[Ubuntu Server] / vol door raar mount-probleem

[Fire69]

Hey,

Ik heb effe jullie hulp nodig

Ik draai Ubuntu Server 14.04 en heb net mijn backup-disk vervangen (vorige had bad sectors)
Niks speciaals, geen raid of zo, ik backup 's nachts /mnt/datadisk naar /mnt/backupdisk via een cronjob.

Dus nieuwe schijf gestoken, GPT en EXT4 via Webmin geconfigureerd, leek allemaal normaal te gaan.
Schijfconfiguratie is nu:
- 75GB laptopdisk voor Ubuntu (/, /boot, /swap, ...)
- 4TB data
- 4TB backup

Daarna heb ik manueel de cronjob gestart om de backupdisk op te vullen.
Via WinSCP beetje meegevolgd, ik zag de folders verschijnen in /mnt/backupdisk dus zag er goed uit.

Plots zegt de cronjob dat mijn schijf vol is maar hij was nog maar een minuutje of 5 bezig en er moest 3TB gekopiëerd worden, leek me dus onmogelijk

Wat blijkt nu... /mnt/backupdisk was niet gemount!
Nu heeft hij blijkbaar alles ergens onder / zitten schrijven waardoor die 100% vol staat en ik vind absoluut niet waar het terecht gekomen is...

Iemand een idee hoe ik kan uitzoeken waar het staat?

Ik heb nu ook dit rare gedrag op / (screenshot uit Webmin)

[krietjur]

Als je de backup wegschrijft naar /mnt/backupdisk dan is dat precies waar die naar weggeschreven heeft.. dus backupdisk unmounten als je die nu gemount hebt, en dan vind je je data terug onder /mnt/backupdisk lijkt me

[jan99999]

Als je een partitie mount(of een hd), dan wordt dit gempount aan een map.
Die map moet je zoeken.
Wel zorgen dat je partitie of hd niet gemount is, want als je de partitie mount, da is de map die je wilt zien verdwenen.

Dus
-map waar gemount wordt(zorg wel dat deze niet gemount is).
-dezelfde map maar dan gemount,dan zie je de onderliggende map niet

Map bevindt zich in /media of /mnt misschien in /dev

[Fire69]

OMG, hoe simpel kan het soms zijn

Toen ik merkte dat die schijf niet gemount was heb ik dat direct gedaan, waardoor die foute /mnt/backupdisk 'spoorloos' verdween natuurlijk

Super, probleem opgelost! Thanks mannen!

[jan99999]

Dit is een goede plaats om files te verstoppen.
Map maken,
files erin zetten,
dan een partitie/hd aan deze map mounten,
dan zijn je files verdwenen.
Unmounten, en je files zijn er weer.

[Chilly_Willy]

Misschien ten overvloede, maar Linux heeft een hiërarchisch filesysteem, zelfs devices (/dev) vallen hier onder. Dus als je schrijft naar /mnt/backupdisk en die is niet daar gemount zal hij het zien als een subdirectory van /mnt en dus alles op je 75GB bootdisk zetten.

[Fire69]

jan99999 schreef op maandag 22 december 2014 @ 08:41:
Dit is een goede plaats om files te verstoppen.
Map maken,
files erin zetten,
dan een partitie/hd aan deze map mounten,
dan zijn je files verdwenen.
Unmounten, en je files zijn er weer.

Ah, zo verstop jij je porn dus

Chilly_Willy schreef op maandag 22 december 2014 @ 08:42:
Misschien ten overvloede, maar Linux heeft een hiërarchisch filesysteem, zelfs devices (/dev) vallen hier onder. Dus als je schrijft naar /mnt/backupdisk en die is niet daar gemount zal hij het zien als een subdirectory van /mnt en dus alles op je 75GB bootdisk zetten.

Ik weet wel ongeveer hoe het werkt onder Linux, maar ik had niet verwacht dat je 2x naar 'dezelfde' plaats kon linken...
Heb ik in elk geval weer iets bijgeleerd!

[Hero of Time]

Je linkt niet 2x naar dezelfde plaats. Je linkt nar 1 plaats, 1x. Dat je er 2 verschillende schijven op kan hebben, afhankelijk of je nou wel of geen schijf aan hebt gekoppeld, maakt niet uit. Je zou zo zelfs een mount point waarvan je denkt dat het 4 TB is nog voller laten lijken door een andere schijf in een subdirectory te mounten, bijvoorbeeld /mnt/backupdisk/andereschijf. Een 'du -sh' op de betreffende /mnt/backupdisk laat dan beide schijven zien qua gebruik.

Wat je nu trouwens hebt ondervonden, is een van de leuke mysteries die je moet zien op te lossen als je ergens opeens schijfruimte mist. De uitvoer van df komt dan opeens niet meer overeen met wat je uit du haalt totdat je erachter komt dat er onder een mount point nog data staat.