USB-Sticks mittels DD auf größeren kopiert und Vergrößern der Partition - trotzdem kein freier Speicherplatz
Hi Leute,
Mit Linux komme ich weniger gut klar und nutze es auch seltener.
Bei mir laufen mehrere RPIs mit XBMC als billige TV-Abspielboxen.
Das System ist OpenELEC auf SD-Karte, die Daten liegen auf USB-Stick. Leider hat einer nur 2 GB und ist jetzt voll.
Gut, dann habe ich alle meine Linuxkenntnisse in die Waagschale geworfen und folgendes gemacht:
Mit Linux komme ich weniger gut klar und nutze es auch seltener.
Bei mir laufen mehrere RPIs mit XBMC als billige TV-Abspielboxen.
Das System ist OpenELEC auf SD-Karte, die Daten liegen auf USB-Stick. Leider hat einer nur 2 GB und ist jetzt voll.
Gut, dann habe ich alle meine Linuxkenntnisse in die Waagschale geworfen und folgendes gemacht:
- 2 GB USB-Stick mit den Daten und neuen 8 GB Stick an ein Debian System gesteckt (Das ging noch recht einfach von der Hand)
- per dd if=/dev/sdb of=/dev/sdc kompletten Stick auf den großen geclont
- mittels gparted die Partition auf die maximale Größe erhöht
- anschließend bekomme ich folgenden Fehler von gparted:
Dateisystem (ext4) auf /dev/sdb1 überprüfen und reparieren 00:05:17 ( FEHLER ) >
/dev/sdb1 kalibrieren 00:00:00 ( ERFOLG )
Pfad: /dev/sdb1
Anfang: 2.048
Ende: 15.239.167
Größe: 15.237.120 (7.27 GiB)
Dateisystem auf /dev/sdb1 auf Fehler überprüfen und (falls möglich) diese beheben 00:05:17 ( ERFOLG )
e2fsck -f -y -v /dev/sdb1
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Durchgang 2: Prüfe Verzeichnis Struktur
Durchgang 3: Prüfe Verzeichnis Verknüpfungen
Durchgang 4: Überprüfe die Referenzzähler
Durchgang 5: Überprüfe Gruppe Zusammenfassung
Inode Bitmap differieren: +2045 +(4089--4090) -(8153--8176) +10171 +(10185--10188) -10203 -(10217--10220) +10415 -10455 +(12221--12224) -(12261--12264) +12370 -12418 +(14257--14260) -(14305--14308) +14464 -14520 +15325 -15381 +15542 -15598 +(15872--15873) +(15875--15878) +15884 -(15928--15929) -(15931--15934) -15940 +16291 +(16293--16296) -16347 -(16349--16352) +(16463--16526) -(18333--18396) +(18422--18493) -(20369--20440) +(20455--20493) +(20495--20534) +20574 -(22405--22484) +(22495--22582) -(24441--24527) +(24529--24611) +(24613--24623) +24708 -(26477--26572) +(26592--26695) -(28513--28603) +(28617--28715) -(30550--30551) -30560 -(30587--30607) -(30615--30661) -(30664--30671) -(30673--30698) -(30728--30734) +30822 +30825 +30829 +(30832--30941) +(30943--30944) +(30946--30948) +(30950--30951) -(32585--32704) +(32801--32928) -(34621--34711) +(34749--34847) -(36657--36744) +(36793--36860) +(36862--36888) -(38693--38764) -(38767--38787) +(38837--38916) +(38919--38939) -(40729--40869) +(40881--41029) -(42765--42832) -(42834--42853) +(42925--42992) +(42994--43021) -(44801--44888) +(44969--45064) -(46837--46920) -(46938--46943) +(47013--47101) +(47122--47127) ...
Repariere? ja
Storage: ***** DATEISYSTEM WURDE VERÄNDERT *****
22820 inodes used (4.67%, out of 488516)
194 non-contiguous files (0.9%)
51 non-contiguous directories (0.2%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 22723/85/1
1943975 blocks used (99.65%, out of 1950720)
0 bad blocks
0 large files
19381 regular files
3429 directories
0 character device files
0 block device files
0 fifos
4 links
0 symbolic links (0 schnelle symbolische Verknüpfungen)
1 socket
------------
22815 files
e2fsck 1.42.5 (29-Jul-2012)
Dateisystem bis zum Auffüllen der Partition vergrößern 00:00:00 ( FEHLER )
resize2fs /dev/sdb1
resize2fs 1.42.5 (29-Jul-2012)
resize2fs: /dev/sdb1: Die Kombination der Eigenschaften flex_bg und
t!resize_inode wird von resize2fs nicht unterestützt.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 253245
Url: https://administrator.de/contentid/253245
Ausgedruckt am: 26.11.2024 um 08:11 Uhr
3 Kommentare
Neuester Kommentar
Hallo,
Wenn das kein Stick ist von dem man booten muss, hättest Du auch einfach den neuen Stick reinstecken/formatieren und dann die Daten kopieren können.
Ist der neue Stick noch irgendwie gemontet?
http://phpbb.openmediavault.org/viewtopic.php?f=11&t=5163
Da wurde das Problem anscheinend gelößt.
Gruß
Chonta
Wenn das kein Stick ist von dem man booten muss, hättest Du auch einfach den neuen Stick reinstecken/formatieren und dann die Daten kopieren können.
Ist der neue Stick noch irgendwie gemontet?
http://phpbb.openmediavault.org/viewtopic.php?f=11&t=5163
Da wurde das Problem anscheinend gelößt.
Gruß
Chonta