Ext3 Partition -> 10GB fehlen!!??

[slinger]

Moin,

mir ist heute was merkwürdiges aufgefallen. Ich habe eine ext3-Partition mit 50GB. von denen sind laut Betriebssystem 19GB belegt. Wenn ich aber unter gparted schaue egal ob LiveCD oder so wird mir angezeigt das 28GB schon belegt sind.

Es fehlen also ca 10GB die irgendwo liegen. Hinzu zu dem Phänomen kommt das Acronis True Image genau diese Partition auch nicht sichern kann da die Größe nicht festgestellt werden konnte. Gibt es irgendein Tool oder Reperaturprogramm mit dem man die Problemstelle lokalisieren kann?

Probleme im Betrieb gibt es übrigens nie!

Vielen Dank!

 

[SpikeX]

Poste doch mal bitte die Ausgabe von:

sudo tune2fs -l /dev/sdXX

sdXX solltest Du durch den Namen der Partition ersetzen.
Falls Du nicht Ubuntu oder Fedora hast, ist das sudo nur symblisch dafür, dass Du das ganze als Root ausführen musst.

Das Programm der Wahl um das Dateisystem zu überprüfen heißt fsck.
Im NICHT gemounteten Zustand, also z.B. von einer LiveCD:

sudo fsck -f /dev/sdXX

Hier ebenfalls wieder den Namen der Partition angeben.

 

[buddabrod]

[quote='slinger',index.php?page=Thread&postID=483800#post483800]Moin,

mir ist heute was merkwürdiges aufgefallen. Ich habe eine ext3-Partition mit 50GB. von denen sind laut Betriebssystem 19GB belegt. Wenn ich aber unter gparted schaue egal ob LiveCD oder so wird mir angezeigt das 28GB schon belegt sind.

Es fehlen also ca 10GB die irgendwo liegen. Hinzu zu dem Phänomen kommt das Acronis True Image genau diese Partition auch nicht sichern kann da die Größe nicht festgestellt werden konnte. Gibt es irgendein Tool oder Reperaturprogramm mit dem man die Problemstelle lokalisieren kann?

Probleme im Betrieb gibt es übrigens nie!

Vielen Dank![/quote]
Was heisst "laut Betriebssystem"?
Was zeigt df, was zeigt du?
Checken würde ich auch und mit dem tune2fs output kannste nachvollziehen, ob evtl. zuviel reserved space für root da ist.

 

[slinger]

tune2fs 1.41.3 (12-Oct-2008)
Filesystem volume name:   multimedia
Last mounted on:      	<not available>
Filesystem UUID:      	3ef39027-c26b-4cd5-a8eb-658ef2400ca6
Filesystem magic number:  0xEF53
Filesystem revision #:	1 (dynamic)
Filesystem features:  	has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem flags:     	signed_directory_hash 
Default mount options:	(none)
Filesystem state:     	clean
Errors behavior:      	Continue
Filesystem OS type:   	Linux
Inode count:          	3293184
Block count:          	13155226
Reserved block count: 	657761
Free blocks:          	5534222
Free inodes:          	3292420
First block:          	0
Block size:           	4096
Fragment size:        	4096
Reserved GDT blocks:  	1020
Blocks per group:     	32768
Fragments per group:  	32768
Inodes per group:     	8192
Inode blocks per group:   512
Filesystem created:   	Mon Nov 17 16:26:49 2008
Last mount time:      	Mon Dec  8 19:11:18 2008
Last write time:      	Mon Dec  8 19:11:18 2008
Mount count:          	1
Maximum mount count:  	28
Last checked:         	Mon Dec  8 19:01:40 2008
Check interval:       	15552000 (6 months)
Next check after:     	Sat Jun  6 20:01:40 2009
Reserved blocks uid:  	0 (user root)
Reserved blocks gid:  	0 (group root)
First inode:          	11
Inode size:	      	256
Required extra isize: 	28
Desired extra isize:  	28
Journal inode:        	8
Default directory hash:   tea
Directory Hash Seed:  	fad2cbda-d23c-488f-a241-f6c55532e059
Journal backup:       	inode blocks

-> Reserved block count: 657761 -> Ist das evtl zu groß?

 

[SpikeX]

/dev/sda ist die gesamte erste Festplatte. Die Partitionen sind /dev/sda1, /dev/sda2, /dev/sda3, ...

 

[slinger]

Hab output der entsprechenden Partition oben im Edit Hatte mich verguckt ^^

 

[SpikeX]

Also die Angaben besagen:
Gesamtgröße 50GB
Frei 21GB (reserviert 2,5GB)

Dann würde mich aber auch mal interessieren, was "laut Betriebsystem" bedeutet. Denn das Betriebssystem sagt hier was anderes.
Kann es sein, dass Du sowas wie einen "Papierkorb" von Gnome oder KDE übersiehst - also ich weiß jetzt nicht wie das umgesetzt wird (hab den schon unter Windows nie benutzt) aber der könnte die falsche Berechnung hervorrufen...
Was sagt denn

df -h

dazu?

 

[slinger]

/dev/sda4          	50G   29G   19G  61% /multimedia

Sieht auch soweit ganz gut aus. Der Papierkorb wird bei Gnome mit einem .Trash Ordner auf jeweiliger Partition realisiert so wie ich das sehe.

Das Problem ist das Acronis True Image zB das Dateisystem von NUR dieser Partition nicht erkennt. Das wunder mich irgendwie und macht das Backupen nicht leichter

 

[SpikeX]

[quote='slinger',index.php?page=Thread&postID=486657#post486657]Der Papierkorb wird bei Gnome mit einem .Trash Ordner auf jeweiliger Partition realisiert so wie ich das sehe.[/quote]
Is der denn leer? Wenn da 10GB drin sind, weisst Du woher der Unterschied kommt
[quote='slinger',index.php?page=Thread&postID=486657#post486657]Das Problem ist das Acronis True Image zB das Dateisystem von NUR dieser Partition nicht erkennt. Das wunder mich irgendwie und macht das Backupen nicht leichter [/quote]
Also wegen der Erkennung des Dateisystems faellt mir nochwas ein. Poste doch mal bitte den Output von:

sudo fdisk -l /dev/sda

Und fuer den Fall, dass wirklich etwas am FS kaputt ist, wuerde ich Dir nahelegen fsck, wie oben beschrieben, auszufuehren.

 

[slinger]

Platte /dev/sda: 320.0 GByte, 320072933376 Byte
255 Köpfe, 63 Sektoren/Spuren, 38913 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0x3d3b7ae9

   Gerät  boot. 	Anfang    	Ende 	Blöcke   Id  System
/dev/sda1           	1    	5110	41046043+  83  Linux
/dev/sda2       	11662   	12161 	4016250	5  Erweiterte
/dev/sda3       	12162   	38913   214885440   83  Linux
/dev/sda4        	5111   	11661	52620907+  83  Linux
/dev/sda5       	11662   	12161 	4016218+  82  Linux Swap / Solaris

Partitionstabelleneinträge sind nicht in Platten-Reihenfolge

.
fsck habe ich schon ausgeführt und da gab es keine Probleme soweit ich das beurteilen konnte. Und natürlich ist der Papierkorb leer

 

[moronoxyd]

[quote='slinger',index.php?page=Thread&postID=486657#post486657]Das Problem ist das Acronis True Image zB das Dateisystem von NUR dieser Partition nicht erkennt. Das wunder mich irgendwie und macht das Backupen nicht leichter [/quote]
Fährst du das System richtig runter oder gehst du in den Ruhezustand?

 

[SpikeX]

Das ist interessant, man beachte das + beim block count.
Das ist insofern interessant, dass das, soweit ich das jetzt herausbekommen habe, bedeutet, dass die Zahl aufgerundet ist.
Das wiederum bedeutet, dass z.B. True Image, sofern es die Partitionsgröße nach Blöcken zählt, die Partitionsgröße nicht bestimmen kann, weil er keine vernünftige Zahl rausbekommt.

Also soweit ich das sehe, hilft da im Prinzip nur ein Resize der Partition, so dass der block count ganzzahlig und somit korrekt wird. Mit Pech verschlucken sich aber auch die Resizing-Programme daran.

 

[slinger]

Hmm also bevor ich groß resize sichere ich die Daten lieber seperat, da dort eh nur reine Daten liegen und nichts weiter. Aber es ist schonmal gut zu wissen wo die Ursache liegt Vielleicht hab ich ja mit der neuesten Acronis Version mehr Glück.

Trotzdem speziellen Dank an dich SpikeX für die Hilfe!