Wie ist denn jetzt die Ausgabe von sudo e2fsck -v -f -c /dev/sdb5 ?
Linux Systemplatte reparieren unter Raspi?
-
ralfi1988 -
January 14, 2023 at 3:57 PM -
Thread is Resolved
-
-
Linux Systemplatte reparieren unter Raspi?? Schau mal ob du hier fündig wirst!
-
Oh, sorry - das hab ich total überlesen. Die Chemos, die ich jetzt regelmäßig bekomme, zollen irgendwie ihren Tribut.
Was das zweitgenannte Programm so ausgibt, scheint mir mal nicht auf ein Hardware-Problem hinzudeuten.
@DeaD_EyE
Tja - rein gefühlsmäßig würde ich sagen: täten nur jene Nutzer Linux verwenden, die sich wirklich so tief ins System einarbeiten wollen, dann hätte Linux mit Sicherheit eine noch geringere Verbreitung. Was - überspitzt formuliert - dazu führen würde, dass die Motivation der Programmierer schwindet. Wer will schon solche Systeme auf die Beine stellen und dann nutzt sie niemand? Du solltest also dankbar sein, dass es Leute wie mich gibt. Leute, die einfach nur ein stabiles System erwarten.
Es ist nicht schlimm für mich, dass das passiert ist. Ich werde das zum Anlass nehmen, mir anzugewöhnen, dass ich unter Linux besser warte, bis der Rechner wieder zur Verfügung stellt. Oder die oben genannte Tasten-Kombi nutzen, falls es mir doch wieder mal zu lange dauern wird. Und wenn auch das nichts hilft: Shice drauf, dann installiere ich Linux einfach nochmal. Ist halt nur die Frage, was man bereit ist, in Kauf zu nehmen.
Bitte sehr - aber ich fürchte, das kennen wir schon, oder?
Code
Display Morepi@RaspiH:~ $ sudo e2fsck -v -f -c /dev/sdb5 e2fsck 1.46.2 (28-Feb-2021) /dev/sdb5: recovering journal Superblock needs_recovery flag is clear, but journal has data. Run journal anyway<y>? yes e2fsck: unable to set superblock flags on /dev/sdb5 /dev/sdb5: ********** WARNING: Filesystem still has errors **********
-
Du solltest also dankbar sein, dass es Leute wie mich gibt. Leute, die einfach nur ein stabiles System erwarten.
Das hat aber nichts mit den Anfängern zu tun. Die Fehlerkorrekturen des Kernels, der GNU-Tools und der Distributionen werden durch Entwickler korrigiert und gemeldet werden die Probleme von Experten. Issues von Anfängern werden meist nicht bearbeitet, da sie zu wenig Details beinhalten. Oftmals führt das sogar zu Mehrarbeit der Entwickler/Maintainer.
Die Fehler werden von den Leuten gemeldet, die jeden Tag damit arbeiten müssen und ihr Geld damit verdienen.
Die Anfänger benötigen eher gute Dokumentation und Anleitungen.
Den Prozess, wie man Bugs meldet, muss man lernen.
PS: Raspberry Pi OS ist z.B. so ein OS, für das es ganz viele Anleitungen gibt, da gerade Anfänger diese Distribution nutzen. Alles können die aber auch nicht abdecken.
-
für das es ganz viele Anleitungen gibt,
... und leider auch viele outdated Anleitungen da sich das OS immer weiter entwickelt ...
-
@DeaD_EyE
Ich fürchte, Du hast mich nicht verstanden. Ist aber auch egal.
Und nein, ich brauche keine gute Dokumentation. Ich brauche lediglich ein intuitiv nutzbares System, welches möglichst wenig Fehler aufweist und noch weniger Probleme bereitet. Und LM Mate erfüllt diese Anforderungen.
-
... und leider auch viele outdated Anleitungen da sich das OS immer weiter entwickelt ...
Immer nachsehen, von wann die Anleitung ist. Anleitungen bei denen das weder dabeisteht noch aus anderem hervorgeht nicht verwenden. Zu jeder Anleitung noch weiter googeln, um die einordnen zu können.
-
Leider steht oft kein Datum der Erstellung bzw Last Update da
-
Und wie ist die Ausgabe von e2fsck -f -v -b 32768 /dev/sdb5 ?
Oder auch e2fsck -f -v -c -b 32768 /dev/sdb5 ?
-
Hi ralfi1988,
Die Chemos, die ich jetzt regelmäßig bekomme.
Hierzu wünsche ich Dir alles erdenklich Gute!
Da Du schreibst, dass Du nicht weißt, ob Deine SSD mit Linux Mint nicht demnächst komplett die Grätsche macht, würde ich mir eine mindestens gleich große kaufen und von der fraglichen Platte so bald wie möglich (z.B. mit dd) einen 1:1-Klon erstellen. Dann kannst Du gefahrlos mit einem Programm wie Testdisk (Downloadseite) versuchen, das System wiederherzustellen.
Mir ist vor einiger Zeit ein Missgeschick passiert, bei dem ich meine Festplatte mit Testdisk wieder zum Laufen gebracht habe. Das habe ich hier im Forum beschrieben. Am Ende mit einem Resümee, was ich zukünftig beim Partitionieren von Festplatten beachten werde:
Vor allem werde ich künftig immer getrennte Partitionen für's Betriebssystem (Linux: /, Windows: C:) einrichten (und die am Anfang der Platte platzieren). Dahinter dann die Datenpartitionen (Linux: /home (ext4), Windows: D: (NTFS)). Dann sind die Nutzerdaten vor einem falsch angewendeten dd halbwegs sicher, das System selbst ist (zumindest bei Linux) "schnell" wieder aufgespielt...
-
Und wie ist die Ausgabe von e2fsck -f -v -b 32768 /dev/sdb5 ?
Oder auch e2fsck -f -v -c -b 32768 /dev/sdb5 ?
Hier die Ergebnisse:
Code
Display Morepi@RaspiH:~ $ sudo e2fsck -f -v -b 32768 /dev/sdb5 e2fsck 1.46.2 (28-Feb-2021) Superblock needs_recovery flag is clear, but journal has data. Recovery flag not set in backup superblock, so running journal anyway. /dev/sdb5: recovering journal Superblock needs_recovery flag is clear, but journal has data. Recovery flag not set in backup superblock, so running journal anyway. e2fsck: unable to set superblock flags on /dev/sdb5 /dev/sdb5: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sdb5: ********** WARNING: Filesystem still has errors ********** pi@RaspiH:~ $ sudo e2fsck -f -v -c -b 32768 /dev/sdb5 e2fsck 1.46.2 (28-Feb-2021) Superblock needs_recovery flag is clear, but journal has data. Recovery flag not set in backup superblock, so running journal anyway. /dev/sdb5: recovering journal Checking for bad blocks (read-only test): 0.00% done, 0:00 elapsed. (0/0/0 errdone /dev/sdb5: Updating bad block inode. Pass 1: Checking inodes, blocks, and sizes Inode 4325380 extent tree (at level 2) could be narrower. Optimize<y>? yes Inode 4460920 extent tree (at level 2) could be narrower. Optimize<y>? yes Pass 1E: Optimizing extent trees Pass 2: Checking directory structure Invalid inode number for '.' in directory inode 3148370. Fix<y>? yes Entry 'tmp' in ... (3148370) has deleted/unused inode 3148523. Clear<y>? yes Directory inode 3148444, block #0, offset 0: directory corrupted Salvage<y>? yes Missing '.' in directory inode 3148444. Fix<y>? yes Setting filetype for entry '.' in <3148444> (3148444) to 2. Missing '..' in directory inode 3148444. Fix<y>? yes Setting filetype for entry '..' in <3148444> (3148444) to 2. Directory inode 3148446, block #0, offset 0: directory corrupted Salvage<y>? yes Missing '.' in directory inode 3148446. Fix<y>? yes Setting filetype for entry '.' in <3148446> (3148446) to 2. Missing '..' in directory inode 3148446. Fix<y>? yes Setting filetype for entry '..' in <3148446> (3148446) to 2. Directory inode 3148421, block #0, offset 0: directory corrupted Salvage<y>? yes Missing '.' in directory inode 3148421. Fix<y>? yes Setting filetype for entry '.' in ??? (3148421) to 2. Missing '..' in directory inode 3148421. Fix<y>? yes Setting filetype for entry '..' in ??? (3148421) to 2. Invalid inode number for '.' in directory inode 3148284. Fix<y>? yes Entry '..' in ... (3148284) has deleted/unused inode 7081561. Clear<y>? yes Invalid inode number for '.' in directory inode 7080445. Fix<y>? yes Entry '..' in ... (7080445) has deleted/unused inode 3148525. Clear<y>? yes Pass 3: Checking directory connectivity Unconnected directory inode 3148284 (...) Connect to /lost+found<y>? yes Couldn't fix parent of inode 3148284: Couldn't find parent directory entry Unconnected directory inode 3148370 (...) Connect to /lost+found<y>? yes Couldn't fix parent of inode 3148370: Couldn't find parent directory entry Unconnected directory inode 3148421 (/???) Connect to /lost+found<y>? yes Unconnected directory inode 3148444 (<3148444>) Connect to /lost+found<y>? yes Couldn't fix parent of inode 3148444: Ext2 inode is not a directory Unconnected directory inode 3148446 (<3148446>) Connect to /lost+found<y>? yes Couldn't fix parent of inode 3148446: Ext2 inode is not a directory Unconnected directory inode 7080445 (...) Connect to /lost+found<y>? yes Couldn't fix parent of inode 7080445: Couldn't find parent directory entry Pass 4: Checking reference counts Inode 2 ref count is 18, should be 21. Fix<y>? yes Inode 3148254 ref count is 13, should be 14. Fix<y>? yes Inode 3148284 ref count is 1, should be 2. Fix<y>? yes Inode 3148370 ref count is 1, should be 2. Fix<y>? yes Inode 3148421 ref count is 4, should be 2. Fix<y>? yes Inode 3148444 ref count is 1, should be 2. Fix<y>? yes Inode 3148446 ref count is 1, should be 2. Fix<y>? yes Inode 7080445 ref count is 1, should be 2. Fix<y>? yes Pass 5: Checking group summary information Block bitmap differences: -1444214 +1444222 -1444349 -1445096 -3964942 +3965027 -3965134 +3965149 -3965209 -3965331 -14123735 -14125308 +14151772 +14648378 -14648379 +15695974 -17006667 +17006687 -20680192 -(20684800--20684801) +20689410 Fix<y>? yes Free blocks count wrong for group #0 (23500, counted=21013). Fix<y>? yes Free blocks count wrong for group #1 (31729, counted=536). Fix<y>? yes Free blocks count wrong for group #2 (32768, counted=0). Fix<y>? yes Free blocks count wrong for group #3 (31729, counted=112). Fix<y>? yes Free blocks count wrong for group #4 (32768, counted=0). Fix<y>? yes : : Free blocks count wrong for group #882 (9473, counted=298). Fix<y>? yes Free blocks count wrong (28310417, counted=10057147). Fix<y>? yes Inode bitmap differences: -3148454 -3148457 -7079650 -7080340 -7080346 -7080352 -7080467 +7081602 +7081632 +7081635 Fix<y>? yes Free inodes count wrong for group #0 (8181, counted=8174). Fix<y>? yes Free inodes count wrong for group #16 (8192, counted=95). Fix<y>? yes Directories count wrong for group #16 (0, counted=1318). Fix<y>? yes Free inodes count wrong for group #17 (8192, counted=6077). Fix<y>? yes : : Free inodes count wrong for group #866 (8192, counted=3593). Fix<y>? yes Directories count wrong for group #866 (0, counted=216). Fix<y>? yes Free inodes count wrong (7233525, counted=6458874). Fix<y>? yes Padding at end of inode bitmap is not set. Fix<y>? yes /dev/sdb5: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sdb5: ********** WARNING: Filesystem still has errors ********** 774662 inodes used (10.71%, out of 7233536) 1161 non-contiguous files (0.1%) 1179 non-contiguous directories (0.2%) # of inodes with ind/dind/tind blocks: 0/0/0 Extent depth histogram: 673271/453/2 18853701 blocks used (65.21%, out of 28910848) 0 bad blocks 6 large files 573706 regular files 90625 directories 55 character device files 25 block device files 0 fifos 83110 links 110242 symbolic links (100848 fast symbolic links) 0 sockets ------------ 857763 files
Habe danach aus Interesse nochmal das erste Kommando abgesetzt:
Code
Display Morepi@RaspiH:~ $ sudo e2fsck -f -v -b 32768 /dev/sdb5 e2fsck 1.46.2 (28-Feb-2021) Superblock needs_recovery flag is clear, but journal has data. Recovery flag not set in backup superblock, so running journal anyway. /dev/sdb5: recovering journal Superblock needs_recovery flag is clear, but journal has data. Recovery flag not set in backup superblock, so running journal anyway. Superblock needs_recovery flag is clear, but journal has data. Recovery flag not set in backup superblock, so running journal anyway. e2fsck: unable to set superblock flags on /dev/sdb5 /dev/sdb5: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sdb5: ********** WARNING: Filesystem still has errors **********
Jetzt motzt er ein zusätzliches Mal die Sache mit dem needs_recovery flag an ....
-
Danke für Deinen Hinweis. Hab mal schnell Deinen Thread überflogen, fürchte aber, dass ich dem nur eingeschränkt folgen kann mangels Wissen um das Thema an sich. Ich behalte es aber im Hinterkopf und werde den Thread auf jeden Fall mal abarbeiten in der Hoffnung, dass ich doch das Eine oder Andere für mich mitnehmen kann.
-
Was sagt denn eigentlich ein fdisk -l | grep /dev/sd ?
-
Was sagt denn eigentlich ein fdisk -l | grep /dev/sd ?
Das hier:
Codepi@RaspiH:~ $ sudo fdisk -l | grep /dev/sd Disk /dev/sda: 58,69 GiB, 63023063040 bytes, 123091920 sectors /dev/sda1 8192 532479 524288 256M c W95 FAT32 (LBA) /dev/sda2 532480 123091919 122559440 58,4G 83 Linux Disk /dev/sdb: 111,79 GiB, 120034123776 bytes, 234441648 sectors /dev/sdb1 2048 1050623 1048576 512M b W95 FAT32 /dev/sdb2 1050624 2101247 1050624 513M b W95 FAT32 /dev/sdb3 * 2101248 3151871 1050624 513M ef EFI (FAT-12/16/32) /dev/sdb4 3153918 234440703 231286786 110,3G 5 Extended /dev/sdb5 3153920 234440703 231286784 110,3G 83 Linux
-
Ich bin ja auch nicht so bewandert in dem Thema, aber /dev/sdb4 und /dev/sdb5 sehen irgendwie identisch aus, abgesehen davon, dass eine Partition Extended und eine Linux ist. Hast du schonmal die /dev/sdb4 mit fsck überprüft ?
-
Fast identisch — nicht dass das Problem an sich dadurch entstanden ist, dass beide mal gleichzeitig eingehängt waren. Ich würde bei identischen oder sich überlappenden Partitionen ja immer ein mulmiges Gefühl haben. Warum legt man so etwas an?
-
Warum legt man so etwas an?
Ich hoffe, die Frage war nicht an mich gerichtet. Ich hab bei der Installation von LM lediglich gesagt, dass er das Laufwerk nach Gutdünken selber einrichten soll. Und das scheint dabei rausgekommen zu sein.
Vielleicht erklärt ja die Anzeige in GParted die Sache? Siehe Screenshot ...
-
Fast identisch
Um 2 Bytes verschoben. Das klingt nicht gut
-
/dev/sdb4 ist doch eine extended partition
Wikipedia sagt dazu
QuoteEine erweiterte Partition dient als Rahmen für beliebig viele weitere logische Partitionen.
Logische Partitionen liegen innerhalb des Speicherbereichs der erweiterten Partition. So kann es nur eine einzige erweiterte Partition geben (die als eine der vier möglichen Partitionen im MBR definiert ist), diese kann jedoch eine unlimitierte Anzahl weiterer logischer Partitionen enthalten. Logische Partitionen sind somit nicht in der primären Partitionstabelle definiert, da sowohl der Tabelleneintrag der logischen Partition innerhalb des Speicherbereichs der erweiterten Partition liegt, als auch der Speicherbereich der logischen Partition selbst.
Gruß Martin
-
Disk /dev/sdb: 111,79 GiB, 120034123776 bytes, 234441648 sectors
/dev/sdb1
/dev/sdb2
/dev/sdb3
/dev/sdb4 3153918 234440703 231286786 110,3G 5 Extended
/dev/sdb5 3153920 234440703 231286784 110,3G 83 Linux
-----------------------
Plain DOS ... hat nur 4 primäre Partitionen.
Es hätte gereicht, die Linux Partition als 4.Partition anzulegen, dann auch gleich bis zum letzten Sektor (234441648).
Möglicherweise war die Anleitung falsch, oder der Admin hat den Auswahlbalken für die Extended Partition nicht bis zum rechten Anschlag (intuitiv) gezogen. Jetzt bleiben die Sektoren 234440704 - 234441648 ungenutzt und unerreichbar.
Servus !
-
... oder der Admin hat ...
Welcher Admin?
-
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!