Arch Linux

Problem mit belegtem festplattenspeicher

Oggi

hallo,

ich habe vor 2 tagen archlinux frisch installiert. da ich die festplatte auch unter windows nutzen möchte habe ich sie folgendermaßen partitioniert:
100mb für die boot partition, 1gb für swap, 50gb für / und die restlichen 100gb als ntfs

eine home partition hab ich einfach ausgelassen da ich der meinung war sie sowieso nicht wirklich zu brauchen.
das ganze ist auf sdb installiert da sda windows enthält und ich das gerne getrennt haben wollte. grub ist ebenfalls auf sdb damit ich übers bios wählen kann welches system gestartet wird, funktioniert auch problemlos.

jetzt habe ich allerdings folgendes problem festgestellt:
mein / sollte ja meiner meinung nach dann auch 50gb groß sein. wenn ich allerdings in dolphin die eigenschaften des basisverzeichnisses aufrufe, sagt er oben "größe mind. 128 TiB" und weiter unten "3,8 von 9,6 GiB frei"

ich hab mir auch gparted runtergeladen und dort erkennt er zumindest das die partition nich 128 TiB oder 9,6 GiB groß ist, sondern 46,57 GiB... allerdings sagt er hier das davon 42,28 GiB belegt sind. das kann allerdings beim besten willen nicht sein. außer arch mit kde und nen bischen schnick schnack ist noch nichts drauf.

ich hoffe ihr könnt mir erklären woran das liegt und wie ich das richtig stellen kann.

da ich noch nicht sehr viel ahnung hab, einfach bescheid sagen wenn irgendwelche relevanten infos fehlen.

hier sind noch zwei screenshots:
http://s2.imgimg.de/uploads/basis78b7b1c1png.png
http://s2.imgimg.de/uploads/gpartedd5bf472cpng.png

mpausch

poste doch mal die Ausgaben von "mount" und "df- h"

Oggi

[oggi@myhost ~]$ mount
proc on /proc type proc (rw,relatime)
sys on /sys type sysfs (rw,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=10240k,nr_inodes=506805,mode=755)
/dev/disk/by-uuid/110164c6-44ee-4890-b628-d00bcfd5093d on / type ext3 (rw,commit=0)
devpts on /dev/pts type devpts (rw)
shm on /dev/shm type tmpfs (rw,nosuid,nodev)
/dev/sdb1 on /boot type ext2 (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/sda1 on /mnt/windows1 type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096)
/dev/sdb4 on /mnt/windows2 type fuseblk (rw,noexec,nosuid,nodev,allow_other,blksize=4096)
gvfs-fuse-daemon on /home/oggi/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=oggi)

[oggi@myhost ~]$ df -h
Dateisystem           Size  Used Avail Use% Eingehängt auf
udev                   10M  196K  9,9M   2% /dev
/dev/disk/by-uuid/110164c6-44ee-4890-b628-d00bcfd5093d
                      9,7G  6,8G  2,4G  74% /
shm                   2,0G     0  2,0G   0% /dev/shm
/dev/sdb1              99M   15M   79M  16% /boot
/dev/sda1             150G  139G   11G  93% /mnt/windows1
/dev/sdb4             102G   67G   35G  66% /mnt/windows2

mpausch

Ich kann mir jetzt vorstellen, dass dolphin in die Angabe "Größe mind. 128 TiB" die Größe von sda1 und sdb4 mit reinrechnet, weil die im Moment gemountet sind.
Guck dir mal an, was in dolphin angezeigt wird, wenn die beiden NTFS-Volumes nicht gemountet sind.

wegen der Größe von / : Poste mal noch die Ausgaben von "blkid" und "fdisk -l"

Oggi

das mit den 128 TiB find ich jetz nich grade schlimm... ich denke ma das kommt auch daher das ich nich die geduld hab zu warten bis er fertig ist mit dem berechnen der größe.

und hier die ausgabe der beiden kommandos:

blkid

/dev/sda1: UUID="F8D4F2BFD4F27EE6" TYPE="ntfs" 
/dev/sdb1: UUID="b034c02d-ed70-4e14-9fbf-9bea4cd3ef52" TYPE="ext2" 
/dev/sdb2: UUID="f2591caf-53e6-4d7f-865e-f0ee75c3f108" TYPE="swap" 
/dev/sdb3: UUID="110164c6-44ee-4890-b628-d00bcfd5093d" TYPE="ext3" 
/dev/sdb4: UUID="7953B211504FEDC2" TYPE="ntfs"

fdisk -l

Platte /dev/sda: 160.0 GByte, 160041885696 Byte
255 Köpfe, 63 Sektoren/Spur, 19457 Zylinder, zusammen 312581808 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x13a113a0

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sda1   *        2048   312578047   156288000    7  HPFS/NTFS

Platte /dev/sdb: 160.0 GByte, 160041885696 Byte
255 Köpfe, 63 Sektoren/Spur, 19457 Zylinder, zusammen 312581808 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xaaa6d756

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdb1   *          63      208844      104391   83  Linux
/dev/sdb2          208845     2265164     1028160   82  Linux Swap / Solaris
/dev/sdb3         2265165    99924299    48829567+  83  Linux
/dev/sdb4        99924300   312576704   106326202+   7  HPFS/NTFS

mpausch

also laut Partitionstabelle ist Deine Partition auf der / liegt 46,irgendwas GB gross (wie man in gparted sehen kann).
Aber warum zeigt "df" eine falsche Größe? poste mal "dumpe2fs -h /dev/sdb3"

fs4000

Das sieht nicht gerade gesund aus. Multiplizier mal die Angaben "Block count" und "Block size" von "tune2fs -l /dev/sdb3 | grep Block\ " zusammen und teil das 3-mal durch 1024, das ist dann der verfügbare Platz in GiB.
Das wird höchst wahrscheinlich nicht das sein, was du erwartest. Deshalb Daten sichern und mal von ner Live-CD "resize2fs /dev/sdb3" ausführen.
Aber wie hast Du das nur geschafft??? :rolleyes:

Oggi

wie ich das geschafft hab kann ich leider nicht sagen 🙂

ich werde das mit dem resize2fs mal ausprobieren sobald ich meine externe zum sichern wiederhabe.
danach wird eine meldung folgen 😉

und hier ist die ausgabe von dumpe2fs -h /dev/sdb3:

dumpe2fs 1.41.12 (17-May-2010)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          110164c6-44ee-4890-b628-d00bcfd5093d
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:              640848
Block count:              2560359
Reserved block count:     128017
Free blocks:              751138
Free inodes:              442097
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      625
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8112
Inode blocks per group:   507
Filesystem created:       Mon Jul 26 12:58:49 2010
Last mount time:          Fri Jul 30 17:52:43 2010
Last write time:          Wed Jul 28 15:12:10 2010
Mount count:              28
Maximum mount count:      29
Last checked:             Mon Jul 26 12:58:49 2010
Check interval:           15552000 (6 months)
Next check after:         Sat Jan 22 11:58:49 2011
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
First orphan inode:       490603
Default directory hash:   half_md4
Directory Hash Seed:      dbe70d44-b7a3-4075-94d7-7cb10f99f894
Journal backup:           inode blocks
Jounaleigenschaften:         journal_incompat_revoke
Journalgrösse:            128M
Journal-Länge:            32768
Journal-Sequenz:          0x0000688f
Journal-Start:            23345

mpausch

ich kann mir vorstellen, dass es da schon mal eine Partition mit 10GB Größe gab und Du die zwar vergrößert hast, aber dann das Filesystem nicht vergrößert hast.