linux partities 1 kb

[Verwijderd]

Hoi,

Toen ik vandaag de ruimte op mijn server wilde checken kreeg ik met het commando df het volgende te zien:

code:

Filesystem           1k-blocks          Used Available Use% Mounted on
/dev/hda1            -503038349938      1         0            31% /
/dev/hda2            -1258702458455     1         0           28% /home
/dev/hda4            -5947885329860     1         0            5% /ftp
//xxxxxx/xxx        51200              41760  9440        82% /backup

Alleen de onderste netwerkschijf wordt goed weergegeven, hoe kan dan, server is niet opnieuw opgestart, maar staat al een half jaar aan ofzo.


Joris

[m-m]

Dit heb ik ook op een van mn systemen, alleen is het op die doos altijd al zo geweest. Ben wel benieuwd wat de oorzaak daadwerkelijk is.

[ Voor 23% gewijzigd door m-m op 07-09-2005 19:25 ]

[Verwijderd]

probeer eens

LPJ:/ftp/Cdev# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda1 4.8G 1.3G 3.3G 27% /
/dev/hda5 5.1G 161M 4.7G 4% /home
/dev/hda3 27G 14G 12G 53% /opt


geeft hij het dan ook nog vaag aan? (h staat voor Gb's dacht ik )

[ Voor 4% gewijzigd door Verwijderd op 07-09-2005 19:26 ]

[WeaZuL]

Verwijderd schreef op woensdag 07 september 2005 @ 19:25:
blabla (h staat voor Gb's dacht ik )

die h staat voor human d8 ik .... or am i wrong here?

[ Voor 2% gewijzigd door WeaZuL op 07-09-2005 19:34 . Reden: yoehoe i was right : -h, --human-readable print sizes in human readable format (e.g., 1K 234M 2G) ]

[A_L]

semi-offtopic: h staat voor human-readable

[ Voor 0% gewijzigd door A_L op 07-09-2005 19:33 . Reden: Oeps... net te laat :) ]

[Verwijderd]

nog-erger-offtopic : ik had natuurlijk even df --help kunnen doen, maar vond het niet belangrijk

[BoAC]

@TS: Kun je mat meer info geven over distro/kernel enz?

Lost een remount van een partitie het probleem op?

[WeaZuL]

BoAC schreef op woensdag 07 september 2005 @ 19:39:
@TS: Kun je mat meer info geven over distro/kernel enz?

Lost een remount van een partitie het probleem op?

Dmv een reboot?! Aarggghh daar gaat je uptime

[m-m]

Verwijderd schreef op woensdag 07 september 2005 @ 19:25:
probeer eens

LPJ:/ftp/Cdev# df -h
geeft hij het dan ook nog vaag aan? (h staat voor Gb's dacht ik )

De getallen zijn negatief, dat kan nooit goed zijn. Een human readable form verandert daar weinig aan.

[MTWZZ]

Hm, riekt dit niet naar een overflow van het datatype?
Kan me iets van herinneren dat er met df zoiets aan de hand was bij hele grote schijven.

[Verwijderd]

hmm iets aan de hand in /proc? dat is dan het enigste wat ik nog kan bedenken aangezien de info bij df weggehaald wordt uit /proc (correct me if i'am wrong)

[DeMoN]

BoAC schreef op woensdag 07 september 2005 @ 19:39:
@TS: Kun je mat meer info geven over distro/kernel enz?

Lost een remount van een partitie het probleem op?

En als ie dan toch unmounted is, doe meteen even een fsck

Verwijderd schreef op woensdag 07 september 2005 @ 19:43:
hmm iets aan de hand in /proc? dat is dan het enigste wat ik nog kan bedenken aangezien de info bij df weggehaald wordt uit /proc (correct me if i'am wrong)

Misschien even leuk dus om de output van:

code:

cat /proc/partitions

te geven.


Erg informative posts gevonden:
http://lists.debian.org/debian-user/2003/11/msg00642.html

---

---

---

No, but I do have some more information. A e2fsck run on that filesystem
was just as interesting:

/dev/md4: clean, 16/132480 files, -15514/264960 blocks

Forcing an e2fsck revelated a few groups with incorrect block counts:

Free blocks count wrong for group #2 (34308, counted=32306).
Free blocks count wrong for group #6 (45805, counted=32306).
Free blocks count wrong for group #8 (14741, counted=2354).
Free blocks count wrong (280474, counted=252586).

After fixing those everything returned to normal. I did run dumpe2fs
on the filesystem, if that is interesting I can retrieve and post that.

Bron: http://www.uwsg.iu.edu/hy...x/kernel/0501.2/2199.html

Google

[ Voor 84% gewijzigd door DeMoN op 07-09-2005 19:58 ]

[moto-moi]

m-m schreef op woensdag 07 september 2005 @ 19:41:
De getallen zijn negatief, dat kan nooit goed zijn. Een human readable form verandert daar weinig aan.

Een tellertje kan altijd overlopen hoor
Ik heb het ook op m'n alpha met 130GB aan hd ruimte, maarja, een 2.4 kernel

[m-m]

moto-moi schreef op woensdag 07 september 2005 @ 19:53:
[...]

Een tellertje kan altijd overlopen hoor

Dat is zeker waar, maar -h helpt daar niet tegen (hij haalt het getal in bytes nog altijd uit /proc en als dat geoverflowed is dan helpt omrekenen naar gigabytes natuurlijk geen fluit)

Edit:
Sterker nog, in mijn geval weet ie niet eens wat ie er mee aan moet bij -h en laat ie het maar in 'kilobytes':

myself@lisa:~$ df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda1 -366514247498 1 0 58% /
myself@lisa:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda1 -366514247498k 1.0k 0.0k 58% /

[ Voor 37% gewijzigd door m-m op 07-09-2005 19:59 ]

[AndrewF]

Heb je di geinstalleerd?
alternatieve tool voor df

hier te vinden
misschien is het gewoon een probleem met df..

dit is mijn output van di -g

code:

Electro ~ # di -g
Filesystem         Mount               Gigs     Used    Avail %used fs Type
/dev/hda4          /                   11.4      6.9      4.5  61%  reiserfs
udev               /dev                 0.4      0.0      0.4   1%  tmpfs
/dev/hdd1          /nws                55.9     40.8     15.1  73%  reiserfs
/dev/hdc1          /nws/backup         38.3     12.2     26.1  32%  reiserfs
/dev/hdb2          /nws/games          53.7     46.4      7.3  86%  reiserfs
/dev/hdb1          /nws/movies         95.4     69.5     25.8  73%  reiserfs
/dev/hda3          /usr                 6.7      2.3      4.4  35%  reiserfs

[ Voor 69% gewijzigd door AndrewF op 07-09-2005 20:12 ]

[BoAC]

WeaZuL schreef op woensdag 07 september 2005 @ 19:40:
[...]
Dmv een reboot?! Aarggghh daar gaat je uptime

_{'mount' en 'umount' of 'mount -o remount'
Dan hoef je nog niet te rebooten..}

[DeMoN]

BoAC schreef op woensdag 07 september 2005 @ 20:36:
[...]

_{'mount' en 'umount' of 'mount -o remount'
Dan hoef je nog niet te rebooten..}

Ik heb nog nooit mijn root partitie unmount in zo'n situatie als dit maar kan dit wel?
Is de partitie dan niet 'busy'?

[Verwijderd]

Hoi,

Misschien is unmounten wel een optie, weet ook niet of dit gaat.
Maar het rare is dat het dus is gebeurd terwijl de pc nooit opnieuw is opgestart.
Zal di wel eens installeren en kijken wat er dan gebeurd.
Bij phpsysinfo geeft hij ook dezelfde problemen, maar die zal wel gebruik maken van df neem ik aan.

Uit Di -g kwam het volgende:

code:

Filesystem         Mount               Gigs     Used    Avail      %used fs Type
/dev/hda1          /               1441349.2   415066.4 953061.6    34%  ext2   
//xxxxxxx/xxxxxxxx /backup              0.0      0.0      0.0       82%  smbfs  
/dev/hda4          /ftp            17042398.5  775065.4 15401610.1  10%  ext2   
/dev/hda2          /home           3606543.8   954646.2 2468688.5   32%  ext2

Dit lijkt er weer meer op.
Maar weet nog steeds niet wat de oorzaak is.

[ Voor 47% gewijzigd door Verwijderd op 07-09-2005 23:45 ]

[DeMoN]

Verwijderd schreef op woensdag 07 september 2005 @ 23:37:
Hoi,

Misschien is unmounten wel een optie, weet ook niet of dit gaat.
Maar het rare is dat het dus is gebeurd terwijl de pc nooit opnieuw is opgestart.
Zal di wel eens installeren en kijken wat er dan gebeurd.
Bij phpsysinfo geeft hij ook dezelfde problemen, maar die zal wel gebruik maken van df neem ik aan.

Uit Di -g kwam het volgende:

code:

Filesystem         Mount               Gigs     Used    Avail      %used fs Type
/dev/hda1          /               1441349.2   415066.4 953061.6    34%  ext2   
//xxxxxxx/xxxxxxxx /backup              0.0      0.0      0.0       82%  smbfs  
/dev/hda4          /ftp            17042398.5  775065.4 15401610.1  10%  ext2   
/dev/hda2          /home           3606543.8   954646.2 2468688.5   32%  ext2

Dit lijkt er weer meer op.
Maar weet nog steeds niet wat de oorzaak is.

Lijkt er helemaal niet meer op..

code:

Gigs
1441349.2

Of je moet 1,4 petabyte in je bak hebben zitten

[BoAC]

DeMoN schreef op woensdag 07 september 2005 @ 21:13:
[...]

Ik heb nog nooit mijn root partitie unmount in zo'n situatie als dit maar kan dit wel?
Is de partitie dan niet 'busy'?

Maar je root remounten gaat wel (bij kernel > 2.4.x meen ik).

DeMoN schreef op donderdag 08 september 2005 @ 00:24:
[...]

Lijkt er helemaal niet meer op..

code:

Gigs
1441349.2

Of je moet 1,4 petabyte in je bak hebben zitten

_{* BoAC wordt jaloers \o/}

[ Voor 10% gewijzigd door BoAC op 08-09-2005 08:41 ]

[kenneth]

Waarom alles unmounten? Begin gewoon met een minder essentieel fs. Hint: home en ftp

offtopic:
Lagere downtimes zijn belangrijker dan hoge uptimes

[Verwijderd]

Nu ben ik benieuwd, is het wel mogelijk om data naar die schijven te schrijven?