[kuro13]

Nachdem bei meinem Rechner nach dem gestrigen Update nichts mehr funktionierte, war eine Neuinstallation mit heutigem Download angesagt.

Nun, die Installation funktionierte soweit und als alles eingerichtet war, wollte ich ein Backup auf einen USB Stick machen. Das mache ich schon sehr lange und das hat bisher immer tadellos funktioniert. Auch habe ich dann immer das Backup zur Kontrolle gestartet.
ABER, nach der heutigen Neuinstallation funktioniert die Backup Funktion nicht mehr! Nach dem Start meldet der FS Schirm es fehle /dev

Ausprobiert mit 3 verschiedenen USB Sticks und verschiedenen USB Anschlüssen.
Ein altes Backup vom 6.2. funktioniert noch tadellos.

Könnte das jemand mit allen Updates gegentesten?

[LIN]

Kann ich bestätigen.
Nach dem Update mit über 1000 Paketen war das root Filesystem defekt.
Das vorher angefertigte Backup war unbrauchbar.
Nach einer Neuinstallation war es zwar ok aber man sollte das wohl mal prüfen.

[franky]

Ich habe vorhin auch mal dem aktuellen x86er Image eine Neuinstallation getestet und danach per Backup-Funktion einen Backup-Stick erstellt.
Dieser Backup-Stick hat auf meinem System einwandfrei gebootet.

Ich kann das Problem bisher leider nicht reproduzieren.

[kuro13]

Ich kanns nicht lassen 
Heute neuer Backup Versuch: Beim Start vom Backup erscheint das MLD Logo, dann verändert das Logo seine Helligkeit und dann erscheint folgendes auf dem Fernsehschirm -> Bild.
Ich habe noch ein funktionierendes Backup vom 6.2., da werden mir "nur" 879 Dateien zum update angeboten.

[clausmuus]

Danke, das Foto und die genaue Beschreibung des Bootprozesses sollte helfen den Fehler zu finden.

[kuro13]

Ich habe gerade bei der gestrigen, funktionierenden Installation auf SSD die uuid angesehen.

/dev/disk/by-uuid

0DB1-AC4E
86f3451f-6539-496d-a9fd-d4ba7b990b9b
966f718f-af3e-4f08-a9b5-345ccbc90ef4
A3EA-1101 - USB Stick vom Backup

[clausmuus]

Um den Fehler zu finden, bräuchte ich mal die Ausgabe von "mount" und von "blkid" von dem System, von dem Du das Backup erstellen wolltest.

[kuro13]

Danke Claus

Ausgaben:

root@MLD:~# mount                                                                                               
proc on /proc type proc (rw,relatime)                                                                           
sysfs on /sys type sysfs (rw,relatime)                                                                           
none on /sys/firmware/efi/efivars type efivarfs (rw,relatime)                                                   
devtmpfs on /dev type devtmpfs (rw,relatime,size=3886740k,nr_inodes=971685,mode=755)                             
/dev/sdb2 on / type btrfs (rw,noatime,ssd,space_cache=v2,subvolid=256,subvol=/@root)                             
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)                                                                   
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=666)                                         
tmpfs on /run type tmpfs (rw,nosuid,nodev,size=1556684k,nr_inodes=819200,mode=755)                               
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)         
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)                                           
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)                                             
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)                                   
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)                                     
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,nr_inodes=1048576)                                                     
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)                                                                   
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)                               
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)                                   
tmpfs on /var/volatile type tmpfs (rw,relatime)                                                                 
/dev/sda1 on /mnt/966f718f-af3e-4f08-a9b5-345ccbc90ef4 type ext4 (rw,noatime)                                   
/dev/sda1 on /data type ext4 (rw,noatime)                                                                       
/dev/sdb1 on /boot type vfat (rw,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,e
rrors=remount-ro)                                                                                               
tracefs on /sys/kernel/debug/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)                             
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=778340k,nr_inodes=194585,mode=700)

root@MLD:~# blkid                                                                                               
/dev/sdb2: UUID="86f3451f-6539-496d-a9fd-d4ba7b990b9b" UUID_SUB="ce9a6a26-af63-4866-aa44-d80a69223c25" BLOCK_SIZE
="4096" TYPE="btrfs" PARTLABEL="root" PARTUUID="9004b944-5be5-4b83-84c5-b9a6fd3a1032"                           
/dev/sdb1: UUID="0DB1-AC4E" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="863c3549-fa9d-478b-98f6-42d1f
a13bd33"                                                                                                         
/dev/sda1: UUID="966f718f-af3e-4f08-a9b5-345ccbc90ef4" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8bdeaf8c-01"     
root@MLD:~#                                                                                                     

Kein angesteckter Stick.

[clausmuus]

Da brauche ich noch mal ein "blkid" mit eingesteckten USB Stick. Also den Stick mit dem Backup, von dem Der Screenshot von oben stammt.

Eventuell entsteht das Problem aber auch nur, wenn Du das Backup an dem PC bootest, in dem auch die original Festplatte steckt.

[kuro13]

Claus danke für deine Mühe

Nun habe ich heute noch einmal Backup Versuche durchgeführt.
Meine Installation auf der SSD, nach dem gescheiterten Riesenupdate, stammt vom 1.4 mit einer damals frisch heruntergeladenen ISO. Diese Installation funktioniert im Betrieb einwandfrei.

Erster Versuch - 128 GB USB - braucht fast 12 Minuten bis im WEbIF die Anzeige fertig kommt.
Zweiter Versuch - anderer 128 GB USB - nach ca. 3 Minuten fertig Anzeige
Dritter Versuch - eine funftionierende Installation auf 64 GB USB "geopfert"

Nun, alle drei Backups funktionieren nicht - Anzeige wie im Bild nur mit unterschiedlichem UUID Text.

Die blkid Anzeigen von 128 GB Stick - 12 Minuten Anzeige bis fertig und 64 GB USB Stick:

USB 128 GB - erster Versuch

MLD login: root                                                                                                                                 
root@MLD:~# blkid                                                                                                                               
/dev/sdb2: UUID="86f3451f-6539-496d-a9fd-d4ba7b990b9b" UUID_SUB="ce9a6a26-af63-4866-aa44-d80a69223c25" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="
root" PARTUUID="9004b944-5be5-4b83-84c5-b9a6fd3a1032"                                                                                           
/dev/sdb1: UUID="0DB1-AC4E" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="863c3549-fa9d-478b-98f6-42d1fa13bd33"                       
/dev/sdc2: UUID="6fc4baf0-22e6-4936-a46e-6bcbc090aa1a" UUID_SUB="95b3aff3-3f5e-463a-b785-7d43a30908d8" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="
root" PARTUUID="d0a885c5-dcd0-4d0f-9da2-5017411ee4f6"                                                                                           
/dev/sdc1: UUID="91E4-3C4D" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="6177fb53-00cf-4154-a26e-364519aa5d49"                       
/dev/sda1: UUID="966f718f-af3e-4f08-a9b5-345ccbc90ef4" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8bdeaf8c-01"                                     
root@MLD:~#

USB 64 GB dritter Versuch               

MLD login: root                                                                                                                                 
root@MLD:~# blkid                                                                                                                               
/dev/sdb2: UUID="86f3451f-6539-496d-a9fd-d4ba7b990b9b" UUID_SUB="ce9a6a26-af63-4866-aa44-d80a69223c25" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="
root" PARTUUID="9004b944-5be5-4b83-84c5-b9a6fd3a1032"                                                                                           
/dev/sdb1: UUID="0DB1-AC4E" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="863c3549-fa9d-478b-98f6-42d1fa13bd33"                       
/dev/sdc2: UUID="db0b70cc-e615-49e7-954d-847ab7ee6dee" UUID_SUB="8635d94d-d94b-4dfb-96f9-d1f26c9dc47c" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="
root" PARTUUID="3ec6ae63-4656-423a-a8bb-a97013370546"                                                                                           
/dev/sdc1: UUID="2145-A814" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="021bbf02-8c5e-4487-a268-e852bbf3e92d"                       
/dev/sda1: UUID="966f718f-af3e-4f08-a9b5-345ccbc90ef4" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8bdeaf8c-01"                                     
root@MLD:~#

Könnte dieses Verhalten an der heruntergeladenen ISO, wie oben beschrieben liegen?

[clausmuus]

Da hatte ich mich leider etwas ungenau ausgedrückt. Mir ging es da drum zu prüfen ob die beim fehlschlagenden Booten angezeigt UUID die Selbe ist wie die, die von blkid unter /dev/sdc2 angezeigt wird. Bei einem funktionierenden Backup wäre das der Fall.

Wie lange das Booten dauert (und auch das Installieren), hängt vor allem von der Geschwindigkeit des USB Sticks ab. Bei langsamen Sticks kann das noch viel länger dauern, als die von Dir gemessenen 12 Minuten. Bei schnellen Sticks kann das hingegen in weniger als 'ner halben Minute fertig sein

[kuro13]

Leider
Den damalige USB Stick habe ich gleich nach dem Misserfolg neu formatiert.
Es ist aber der gleiche 128 GB Stick wie oben beschrieben. Ich habe aber keine Ahnung, ob die UUID immer neu geschrieben werden.

[clausmuus]

Ja, die UUID ändert sich mit jedem Erstellen eines Backups. Deshalb müsstest Du ein Backup Stick booten, und dann die UUID die mit der Fehlermeldung angezeigt wird, mit der Ausgabe von blkid vergleichen.

Oder funktionieren die neu erstellten Backups jetzt? Dann hätte sich das erst mal erledigt.

[kuro13]

Oder funktionieren die neu erstellten Backups jetzt? Dann hätte sich das erst mal erledigt.

Nein, alle drei Backups auf unterschiedlichen Sticks haben nicht funktioniert.  Dummerweise habe ich kein Foto vom FS Schirm gemacht.

Heute mache ich noch einen Versuch und wenn die backupgeschichte wie bisher nicht funktioniert, mache ich wieder ein Bild und dann mit angestecktem Stick blkid. Ich hoffe, diese Vorgehensweise wäre dann richtig.

Zwei Fragen hätte ich noch:
Werden die bereitgestellten ISO immer mit den aktuellen Updates erstellt?
Können backups von einer gestarteten USB Installation auf einenen anderen Stick gemacht werden?

[clausmuus]

Beide Antworten sind ja.