Probleme mit Clonezilla

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
Andreas42
Beiträge: 25
Registriert: 29.12.2021 18:40:52

Re: Probleme mit Clonezilla

Beitrag von Andreas42 » 20.01.2024 21:42:17

Hallo zusammen,

das System funktioniert. Was ich gelernt habe ist, dass eine GPT-Partionstabelle bei altem Mainboard und dazu das Umziehen des Systems und das gleichzeitig Ändern von msdos/MBR auf GPT keine gute Idee ist. bei Clonezilla geht es um 1:1 Klone oder das umziehen auf größere Platten ohne sonstige "tuning-Maßnahmen". Die Information ist aber nicht so präsent, dass ich es gefunden habe.

Danke auch an schwedenmann, der den richtigen Riecher hatte, woran es liegen könnte.

Einige Fehlermeldungen lassen darauf schließen, dass mit der SSD nicht alles in Ordnung ist (z.B. lässt sich nicht mounten).

Aktuell ärgert mich, dass das System sehr lagen zum Hochfahren braucht. Hier ein Auszug aus /var/log/messages:
Jan 20 21:10:05 debian kernel: [ 4.095937] usb 1-2.4.2: Manufacturer: Logitech
Jan 20 21:10:05 debian kernel: [ 4.101047] input: Logitech USB Mouse as /devices/pci0000:00/0000:00:12.2/usb1/1-2/1-2.4/1-2.4.2/1-2.4.2:1.0/0003:046D:C00B>
Jan 20 21:10:05 debian kernel: [ 4.101203] hid-generic 0003:046D:C00B.0003: input,hidraw2: USB HID v1.10 Mouse [Logitech USB Mouse] on usb-0000:00:12.2-2.>
Jan 20 21:10:05 debian kernel: [ 34.624607] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Jan 20 21:10:05 debian kernel: [ 34.670978] Not activating Mandatory Access Control as /sbin/tomoyo-init does not exist.
Jan 20 21:10:05 debian kernel: [ 34.915272] random: systemd: uninitialized urandom read (16 bytes read)
Jan 20 21:10:05 debian kernel: [ 34.915996] random: systemd: uninitialized urandom read (16 bytes read)
Jan 20 21:10:05 debian kernel: [ 34.916188] random: systemd: uninitialized urandom read (16 bytes read)
Jan 20 21:10:05 debian kernel: [ 34.954702] fuse: init (API version 7.32)
Jan 20 21:10:05 debian kernel: [ 34.954751] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
Jan 20 21:10:05 debian kernel: [ 34.960056] lp: driver loaded but no devices found
J
Das ist eine Pause von ca. 30 Sekunden, in denen scheinbar nichts passiert. Weiß jemand, wie man mehr erfahren kann, weshalb hier eine halbe Gedenkminute drin ist?

Und hier das Ergebnis der Smart-Parameter. Leider nimmt der Editor hier die tab-Einträge nicht gut an, deshalb ist das Layout so schlecht. Hat jemand eine Idee, wie man das ändern kann?
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE
1 Raw_Read_Error_Rate POSR-K 100 100 000 - 0
5 Reallocate_NAND_Blk_Cnt -O--CK 100 100 010 - 0
9 Power_On_Hours -O--CK 100 100 000 - 4
12 Power_Cycle_Count -O--CK 100 100 000 - 31
171 Program_Fail_Count -O--CK 100 100 000 - 0
172 Erase_Fail_Count -O--CK 100 100 000 - 0
173 Ave_Block-Erase_Count -O--CK 100 100 000 - 1
174 Unexpect_Power_Loss_Ct -O--CK 100 100 000 - 21
180 Unused_Reserve_NAND_Blk PO--CK 100 100 000 - 22
183 SATA_Interfac_Downshift -O--CK 100 100 000 - 0
184 Error_Correction_Count -O--CK 100 100 000 - 0
187 Reported_Uncorrect -O--CK 100 100 000 - 0
194 Temperature_Celsius -O---K 074 072 000 - 26 (Min/Max 22/28)
196 Reallocated_Event_Count -O--CK 100 100 000 - 0
197 Current_Pending_ECC_Cnt -O--CK 100 100 000 - 0
198 Offline_Uncorrectable ----CK 100 100 000 - 0
199 UDMA_CRC_Error_Count -O--CK 100 100 000 - 0
202 Percent_Lifetime_Remain ----CK 100 100 001 - 0
206 Write_Error_Rate -OSR-- 100 100 000 - 0
210 Success_RAIN_Recov_Cnt -O--CK 100 100 000 - 0
246 Total_LBAs_Written -O--CK 100 100 000 - 372664248
247 Host_Program_Page_Count -O--CK 100 100 000 - 11645757
248 FTL_Program_Page_Count -O--CK 100 100 000 - 946176
249 Unkn_CrucialMicron_Attr -O--CK 100 100 000 - 0
250 Read_Error_Retry_Rate -O--CK 100 100 000 - 0
251 Unkn_CrucialMicron_Attr -O--CK 100 100 000 - 40192533
252 Unkn_CrucialMicron_Attr -O--CK 100 100 000 - 0
253 Unkn_CrucialMicron_Attr -O--CK 100 100 000 - 0
254 Unkn_CrucialMicron_Attr -O--CK 100 100 000 - 0
223 Unkn_CrucialMicron_Attr -O--CK 100 100 000 - 0

Weiß jemand, was z.B. die 21 "Unexpected Power Loss Count" bedeuten? Ich habe bei meinen Aktionen nie den Stecker gezogen.

Unused Reserve NAND blk steht bei 22. Was hat das zu bedeuten? Es gibt doch sicher mehr 22 Reserve-Blöcke.

Wie könnte ich die SSD noch testen?

Muss ich mir Sorgen um meine SSD machen? Wie könnte ich das noch testen?

Viele Grüße,
Andreas

rhHeini
Beiträge: 2548
Registriert: 20.04.2006 20:44:10

Re: Probleme mit Clonezilla

Beitrag von rhHeini » 20.01.2024 21:47:00

Andreas42 hat geschrieben: ↑ zum Beitrag ↑
20.01.2024 21:42:17
Leider nimmt der Editor hier die tab-Einträge nicht gut an, deshalb ist das Layout so schlecht. Hat jemand eine Idee, wie man das ändern kann?
Dazu verwendest Du eben nicht Quote sondern die Code-Tags </>.

niemand
Beiträge: 749
Registriert: 22.12.2023 16:35:53
Kontaktdaten:

Re: Probleme mit Clonezilla

Beitrag von niemand » 20.01.2024 21:52:00

Andreas42 hat geschrieben: ↑ zum Beitrag ↑
20.01.2024 21:42:17
Leider nimmt der Editor hier die tab-Einträge nicht gut an, deshalb ist das Layout so schlecht. Hat jemand eine Idee, wie man das ändern kann?
Indem du [co​de]…[/code] anstelle von [quo​te]…[/quote] nimmst – da werden Tabs und Leerzeichen nicht wegrationalisiert.

Ansonsten ist ein recht handliches Werkzeug für den ersten Überblick, wo etwas beim Boot hängt, systemd-analyze blame – oft ist’s eine falsche UUID in der fstab, gerade nach solchen Aktionen wie hier im Thread, aber das wäre zu schauen.
Andreas42 hat geschrieben: ↑ zum Beitrag ↑
20.01.2024 21:42:17
Weiß jemand, was z.B. die 21 "Unexpected Power Loss Count" bedeuten? Ich habe bei meinen Aktionen nie den Stecker gezogen.
Hart abgeschaltet (nach einem Einfrieren) reicht schon. Oder Stromausfall. Oder einfach schlechtes Timing beim Herunterfahren. Ist nicht dramatisch.
Unused Reserve NAND blk steht bei 22. Was hat das zu bedeuten? Es gibt doch sicher mehr 22 Reserve-Blöcke.
Du darfst nicht den Fehler machen, da auf die Raw-Werte zu schauen. Die ergeben für sich genommen nicht immer Sinn – wenn das Device in der Datenbank von smartctl steht (ersichtlich am Anfang der Ausgabe), sind die interpretierten Werte von Bedeutung: solange VALUE und WORST über TRESH sind, ist alles fein. Bei dir ist VALUE noch nicht einmal von den 100(%) runter …
„I fought in the Vim-Emacs-War.“ Quelle

Andreas42
Beiträge: 25
Registriert: 29.12.2021 18:40:52

Re: Probleme mit Clonezilla

Beitrag von Andreas42 » 20.01.2024 22:09:55

Hallo zusammen,

die Verzögerung beim Booten habe ich behoben, nachdem ich mir alle möglichen log-files angesehen habe.
Die Lösung war das Filmen des Monitors während des Booten. Da erscheint kurz die Meldung:
gave up waiting for suspend/resume device
Danach googeln und den ersten sinnvollen Tipp zur Fehlerbehebung umsetzen.

Viele Grüße,
Andreas

Antworten