Speicher verschwunden

[tmsweb]

Hallo,
nutze schon seit geraumer Zeit mein Debian Server für OMV und Nextcloud. Das ganze lief bisher mit einer SSD (sdb) und HDD (sda). Die SSD hat 4 Partitionen (UEFI, / (sdb2) , Nextcloud-daten (sdb3) und SWAP).
Da die Nextcloud Daten etwas angewachen sind, habe ich die SSD getauscht und bis auf die Nextcloud Partition alle gleich groß gelassen. Habe die /-Partition per DD geklont und die Nextcloud daten per Rsync kopiert.

df -i

zeigt auch eine geringe Auslastung:

Code: Alles auswählen

Dateisystem      Inodes IBenutzt     IFrei IUse% Eingehängt auf
udev              486551      393    486158    1% /dev
tmpfs             491447      736    490711    1% /run
/dev/sdb2        2482176   384163   2098013   16% /
tmpfs             491447       13    491434    1% /dev/shm
tmpfs             491447        4    491443    1% /run/lock
tmpfs             491447       24    491423    1% /tmp
/dev/sdb3       12025856   296489  11729367    3% /srv <----------
/dev/sdb1              0        0         0     - /boot/efi
/dev/sda1      183144448   433286 182711162    1% /srv/dev-disk-by-label-Seagate
tmpfs              98289       19     98270    1% /run/user/995
tmpfs              98289       20     98269    1% /run/user/0

df -h

hingegen zeigt mir die selbe auslastung wie vor dem Festplatten tausch.

Code: Alles auswählen

Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            1,9G       0  1,9G    0% /dev
tmpfs           384M    2,3M  382M    1% /run
/dev/sdb2        37G     15G   21G   42% /
tmpfs           1,9G    964K  1,9G    1% /dev/shm
tmpfs           5,0M       0  5,0M    0% /run/lock
tmpfs           1,9G       0  1,9G    0% /tmp
/dev/sdb3       180G    143G   28G   84% /srv <----------
/dev/sdb1       476M    3,5M  472M    1% /boot/efi
/dev/sda1       5,5T    1,6T  3,9T   29% /srv/dev-disk-by-label-Seagate
tmpfs           384M       0  384M    0% /run/user/995
tmpfs           384M       0  384M    0% /run/user/0

Wo habe ich hier einen fehler gemacht. Habe sonst nur fstab angepasst und GRUB neu installiert.

fdisk -l zeigt folgendes an:

Code: Alles auswählen

Device          Start        End    Sectors   Size Type
/dev/sdb1        2048     976895     974848   476M EFI System
/dev/sdb2      976896   80273407   79296512  37,8G Linux filesystem
/dev/sdb3    80273408 1930088447 1849815040 882,1G Linux filesystem
/dev/sdb4  1930088448 1953525134   23436687  11,2G Linux filesystem

[uname]

Dein Fehler ist, dass

Code: Alles auswählen

df -i
Dateisystem      Inodes IBenutzt     IFrei IUse% Eingehängt auf

die Inodes und nicht den Speicher anzeigt.

Code: Alles auswählen

df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf

Code: Alles auswählen

       -i, --inodes
              list inode information instead of block usage

Leider ist der Speicher immer noch stark belegt. Den Grund kenne ich aber leider nicht.

[Tintom]

Hallo und willkommen im Forum!
Wie war die Reihenfolge beim Klonen? Was hast du genau gemacht? Hier scheint es, als ob du die Festplatten komplett geklont hättest. Klonen ist dabei wörtlich zu nehmen, die Daten der alten Platte werden 1:1 auf die neue übertragen, d.h. auch die Partitionen und die darin enthaltenen Dateisysteme.

[Livingston]

Das Dateisystem vergrößert sich beim Klonen nicht von selbst. man resize2fs hilft.

[uname]

Komisch ist folgendes:

Code: Alles auswählen

df -h (Auszug)
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sdb3       180G    143G   28G   84% /srv <----------

Code: Alles auswählen

fdisk -l (Auszug)
Device          Start        End    Sectors   Size Type
/dev/sdb3    80273408 1930088447 1849815040 882,1G Linux filesystem

Laut df sind von 180GB aktuell noch 28GB verfügbar.
Laut fdisk ist die Größe aber 882.1GB.

[cosinus]

Laut df sind von 180GB aktuell noch 28GB verfügbar.
Laut fdisk ist die Größe aber 882.1GB.

Das ursprüngliche Dateisystem mit 180 GB wurde geklont. Nur die Partition wurde anschließend vergrößert. Er hat also nach der Partitionsgrößenänderung vergessen, noch das Dateisystem mit resize2fs zu vergrößern. So wie Livingston schrieb.

[MSfree]

Habe die /-Partition per DD geklont und die Nextcloud daten per Rsync kopiert.

Code: Alles auswählen

df -i
/dev/sdb3       12025856   296489  11729367    3% /srv

Code: Alles auswählen

df -h
/dev/sdb3       180G    143G   28G   84% /srv

fdisk -l zeigt folgendes an:

Code: Alles auswählen

/dev/sdb3    80273408 1930088447 1849815040 882,1G Linux filesystem

df -i gibt die Anzahl der vorhandenen und belegten iNodes an. Einfach gesagt braucht jede Datei eine iNode, so daß hier nur die Anzhal der möglichen und der vorhandenen Dateien angezeigt werden. Die Aussagekraft ist also nur gering (solange genug iNodes frei sind).

Allerdings zeigt df -h bei dir nur ein 180GB großes Dateisystem an, von dem 143GB belegt sind. Die Partitionstabelle zeigt aber eine 882GB große Partition an, Ich bezweifel mal, daß du /dev/sdb3 per rsync kopiert hast. Für mich sieht das eher nach einer dd-Kopie aus.

Du kannst das Dateisystem aber mit resize2fs auf die ganze Partitionsgröße vergrößern.

Code: Alles auswählen

resize2fs /dev/sdb3

[tmsweb]

Super, vielen Dank.
Hatte es tatsäschlich erst mit DD geklont. Dann aber den Fehler bemerkt. Hatte dann mit "parted" die Partition gelöscht und neu angelegt.
Nach dem "resize" passt es auf jedenfall. Dachte das wird beim neuen Partitioniere gleich angepasst.
Vielen Dank