Phantom Partition Im System Hilfe
Hallo, Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig Die /dev/sdb5 ist aber nirgend zu finden weder im Yast2 noch mit fdisk -l. Wenn ich im rescue Mode starte, wird die "no limits" Zeitangabe übersprungen und es kommt später eine Meldung mit "1m 30s" nach der zeit läuft der Startvorgang weiter? Etwas hilflos wie sucht man ein Phanthom ;-) Übrigens die /dev/sdb2 ist für die Windows Installation im Yast2 werden dort 4 Partitionen angezeigt im Windows aber nur 3 für jede Antwort dankbar, -- mit freundlichen Grüßen / best regards Günther J. Niederwimmer
Hallo Günther, hallo zusammen, Am Sonntag, 20. Juni 2021, 15:06:37 schrieb Günther J. Niederwimmer:
Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig
Die /dev/sdb5 ist aber nirgend zu finden weder im Yast2 noch mit fdisk -l.
Schuss ins Blaue: Steht die Partition in /etc/fstab? (Wenn ja: auskommentieren oder zumindest "noauto" oder "nofail" als Flag eintragen.) Gruß Christian Boltz -- Good old Mr. Someone Else is not obliged to do it for you. [Michal Kubeček in opensuse-factory]
Hallo, Danke für die Antwort, Am Sonntag, 20. Juni 2021, 21:40:09 CEST schrieb Christian Boltz:
Hallo Günther, hallo zusammen,
Am Sonntag, 20. Juni 2021, 15:06:37 schrieb Günther J. Niederwimmer:
Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig
Die /dev/sdb5 ist aber nirgend zu finden weder im Yast2 noch mit fdisk -l.
Schuss ins Blaue: Steht die Partition in /etc/fstab? (Wenn ja: auskommentieren oder zumindest "noauto" oder "nofail" als Flag eintragen.)
Nein wie gesagt diese /dev/sdb5 gibt es nirgends weder in der fstab noch ist das Teil anders wo zu finden? Ich verzweifle schön langsam weil das Teil regulär nicht mehr startet meintetst Du in der fstab /dev/sdb5 noauto 0 0 das ganze ist dann ein "Hack" das Problem aber nicht gelöst ?? woher kann das Teil kommen ?? OK ich könnte noch die Ganze Windows SSD abhängen und schauen ob es noch vorhanden ist? Danke Christian für die Anregung probiere das mal
Gruß
Christian Boltz
-- mit freundlichen Grüßen / best regards Günther J. Niederwimmer
Hallo zusammen, zeig doch bitte mal die Ausgabe von df und fdisk -l Vielleicht hilft uns das weiter Lothar ----------------ursprüngliche Nachricht----------------- Von:"Günther J. Niederwimmer" [gjn@gjn.priv.at] An:opensuse-de@opensuse.org Datum:Mon, 21 Jun 2021 16:47:26 +0200 -------------------------------------------------
Hallo,
Danke für die Antwort,
Am Sonntag, 20. Juni 2021, 21:40:09 CEST schrieb Christian Boltz:
Hallo Günther, hallo zusammen,
Am Sonntag, 20. Juni 2021, 15:06:37 schrieb Günther J. Niederwimmer:
Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig
Die /dev/sdb5 ist aber nirgend zu finden weder im Yast2 noch mit fdisk -l.
Schuss ins Blaue:Steht die Partition in /etc/fstab? (Wenn ja:auskommentieren oder zumindest "noauto" oder "nofail" als Flag eintragen.)
Nein wie gesagt diese /dev/sdb5 gibt es nirgends weder in der fstab noch ist das Teil anders wo zu finden?
Ich verzweifle schön langsam weil das Teil regulär nicht mehr startet
meintetst Du in der fstab /dev/sdb5 noauto 0 0
das ganze ist dann ein "Hack" das Problem aber nicht gelöst ??
woher kann das Teil kommen ??
OK ich könnte noch die Ganze Windows SSD abhängen und schauen ob es noch vorhanden ist?
Danke Christian für die Anregung probiere das mal
Gruß
Christian Boltz
--
Hallo zusammen, zeig doch bitte mal die Ausgabe von df Filesystem 1K-blocks Used Available Use% Mounted on devtmpfs 16398900 8 16398892 1% /dev tmpfs 16417396 47092 16370304 1% /dev/shm tmpfs 6566960 2040 6564920 1% /run /dev/sda3 53351424 16592932 35660060 32% / /dev/sda2 2097152 185792 1688976 10% /boot /dev/sda3 53351424 16592932 35660060 32% /srv /dev/sda3 53351424 16592932 35660060 32% /usr/local /dev/sda3 53351424 16592932 35660060 32% /tmp /dev/sda3 53351424 16592932 35660060 32% /opt /dev/sda4 36700160 6070988 30370884 17% /var /dev/sda3 53351424 16592932 35660060 32% /root /dev/sda3 53351424 16592932 35660060 32% /.snapshots /dev/sda1 613184 5192 607992 1% /boot/efi /dev/loop0 221824 221824 0 100% /snap/yubioath- desktop/10 /dev/loop1 32896 32896 0 100% /snap/snapd/12057 /dev/loop3 166784 166784 0 100% /snap/ gnome-3-28-1804/145 /dev/loop2 66432 66432 0 100% /snap/gtk-common-
Hallo Liste und Helfer, ;-) wie gesagt ist es eine Tumbleweed installation Am Montag, 21. Juni 2021, 22:35:39 CEST schrieb Lothar: themes/1514 /dev/loop4 56832 56832 0 100% /snap/core18/1997 /dev/loop6 56832 56832 0 100% /snap/core18/2066 /dev/loop5 221440 221440 0 100% /snap/yubioath- desktop/8 /dev/loop8 33152 33152 0 100% /snap/snapd/12159 /dev/loop7 66688 66688 0 100% /snap/gtk-common- themes/1515 /dev/loop9 165376 165376 0 100% /snap/ gnome-3-28-1804/128 /dev/mapper/vg000-home 262016000 203319424 58696576 78% /home /dev/mapper/vg000-daten 262016000 12694712 249321288 5% /daten /dev/mapper/vg000-vbox 157209600 70456516 86753084 45% /home/gjn/vbox tmpfs 3283476 64 3283412 1% /run/user/1000 warum da seit neuestem so viele loop sind ist mir unklar?
und fdisk -l fdisk -l Disk /dev/sda: 238,47 GiB, 256060514304 bytes, 500118192 sectors Disk model: Samsung SSD 850 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: B9BF3519-26DB-4EAB-8CED-838818DCA979
Device Start End Sectors Size Type /dev/sda1 2048 1230847 1228800 600M EFI System /dev/sda2 1230848 5425151 4194304 2G Linux filesystem /dev/sda3 5425152 112127999 106702848 50,9G Linux filesystem /dev/sda4 112128000 185528319 73400320 35G Linux filesystem /dev/sda5 185528320 216985599 31457280 15G Linux swap Disk /dev/sdb: 232,89 GiB, 250059350016 bytes, 488397168 sectors Disk model: INTEL SSDSC2MH25 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 791AB47C-3975-4648-ABC4-8031686FCC2D Device Start End Sectors Size Type /dev/sdb1 2048 1085439 1083392 529M Windows recovery environment /dev/sdb2 1085440 1290239 204800 100M EFI System /dev/sdb3 1290240 1323007 32768 16M Microsoft reserved /dev/sdb4 1323008 488396799 487073792 232,3G Microsoft basic data Disk /dev/sdd: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: ST1000DM010-2EP1 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/sdc: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: ST1000DM010-2EP1 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/loop0: 216,61 MiB, 227135488 bytes, 443624 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop1: 32,1 MiB, 33660928 bytes, 65744 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop2: 64,77 MiB, 67915776 bytes, 132648 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/md0: 931,51 GiB, 1000204730368 bytes, 1953524864 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/loop3: 162,87 MiB, 170778624 bytes, 333552 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop4: 55,45 MiB, 58142720 bytes, 113560 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop5: 216,24 MiB, 226746368 bytes, 442864 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop6: 55,42 MiB, 58114048 bytes, 113504 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop7: 65,1 MiB, 68259840 bytes, 133320 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/vg000-daten: 250 GiB, 268435456000 bytes, 524288000 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/vg000-vbox: 150 GiB, 161061273600 bytes, 314572800 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/vg000-home: 250 GiB, 268435456000 bytes, 524288000 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/loop8: 32,28 MiB, 33845248 bytes, 66104 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/loop9: 161,41 MiB, 169254912 bytes, 330576 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/sde: 28,64 GiB, 30752000000 bytes, 60062500 sectors Disk model: Ultra USB 3.0 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x4f3cdb30 Device Boot Start End Sectors Size Id Type /dev/sde1 3352 10407 7056 3,4M ef EFI (FAT-12/16/32) /dev/sde2 * 10408 9119743 9109336 4,3G 17 Hidden HPFS/NTFS Das ist ein USB stickk den ich vergessen hatte
Vielleicht hilft uns das weiter
Lothar
----------------ursprüngliche Nachricht----------------- Von:"Günther J. Niederwimmer" [gjn@gjn.priv.at] An:opensuse-de@opensuse.org Datum:Mon, 21 Jun 2021 16:47:26 +0200 -------------------------------------------------
Hallo,
Danke für die Antwort,
Am Sonntag, 20. Juni 2021, 21:40:09 CEST schrieb Christian Boltz:
Hallo Günther, hallo zusammen,
Am Sonntag, 20. Juni 2021, 15:06:37 schrieb Günther J. Niederwimmer:
Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig
Die /dev/sdb5 ist aber nirgend zu finden weder im Yast2 noch mit fdisk -l.
Schuss ins Blaue:Steht die Partition in /etc/fstab? (Wenn ja:auskommentieren oder zumindest "noauto" oder "nofail" als Flag eintragen.)
Nein wie gesagt diese /dev/sdb5 gibt es nirgends weder in der fstab noch ist das Teil anders wo zu finden?
Ich verzweifle schön langsam weil das Teil regulär nicht mehr startet
meintetst Du in der fstab /dev/sdb5 noauto 0 0
das ganze ist dann ein "Hack" das Problem aber nicht gelöst ??
woher kann das Teil kommen ??
OK ich könnte noch die Ganze Windows SSD abhängen und schauen ob es noch vorhanden ist?
Danke Christian für die Anregung probiere das mal
Gruß
Christian Boltz
--
-- mit freundlichen Grüßen / best regards Günther J. Niederwimmer
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Am Dienstag, den 22.06.2021, 01:33 +0200 schrieb Günther J. Niederwimmer:
wie gesagt ist es eine Tumbleweed installation
Sicher, dass dies eine "normale" Installation ist?
Filesystem 1K-blocks Used Available Use% Mounted on /dev/loop0 221824 221824 0 100% /snap/yubioath- desktop/10 /dev/loop1 32896 32896 0 100% /snap/snapd/12057 /dev/loop3 166784 166784 0 100% /snap/ gnome-3-28-1804/145 /dev/loop2 66432 66432 0 100% /snap/gtk- common- themes/1514 /dev/loop4 56832 56832 0 100% /snap/core18/1997 /dev/loop6 56832 56832 0 100% /snap/core18/2066 /dev/loop5 221440 221440 0 100% /snap/yubioath- desktop/8 /dev/loop8 33152 33152 0 100% /snap/snapd/12159 /dev/loop7 66688 66688 0 100% /snap/gtk- common- themes/1515 /dev/loop9 165376 165376 0 100% /snap/ gnome-3-28-1804/128
Hast Du evtl. einen "Transaktionalen Server" installiert? Auf jeden Fall kommen diese Loopdevices auf Grund der Verwendung von Snap-Paketen.
fdisk -l Disk /dev/sda: 238,47 GiB, 256060514304 bytes, 500118192 sectors Disk model: Samsung SSD 850 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: B9BF3519-26DB-4EAB-8CED-838818DCA979
Device Start End Sectors Size Type /dev/sda1 2048 1230847 1228800 600M EFI System /dev/sda2 1230848 5425151 4194304 2G Linux filesystem /dev/sda3 5425152 112127999 106702848 50,9G Linux filesystem /dev/sda4 112128000 185528319 73400320 35G Linux filesystem /dev/sda5 185528320 216985599 31457280 15G Linux swap
Disk /dev/sdb: 232,89 GiB, 250059350016 bytes, 488397168 sectors Disk model: INTEL SSDSC2MH25 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 791AB47C-3975-4648-ABC4-8031686FCC2D
Device Start End Sectors Size Type /dev/sdb1 2048 1085439 1083392 529M Windows recovery environment /dev/sdb2 1085440 1290239 204800 100M EFI System /dev/sdb3 1290240 1323007 32768 16M Microsoft reserved /dev/sdb4 1323008 488396799 487073792 232,3G Microsoft basic data
Disk /dev/sdd: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: ST1000DM010-2EP1 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/sdc: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: ST1000DM010-2EP1 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop0: 216,61 MiB, 227135488 bytes, 443624 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 32,1 MiB, 33660928 bytes, 65744 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 64,77 MiB, 67915776 bytes, 132648 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/md0: 931,51 GiB, 1000204730368 bytes, 1953524864 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop3: 162,87 MiB, 170778624 bytes, 333552 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop4: 55,45 MiB, 58142720 bytes, 113560 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop5: 216,24 MiB, 226746368 bytes, 442864 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop6: 55,42 MiB, 58114048 bytes, 113504 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop7: 65,1 MiB, 68259840 bytes, 133320 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/vg000-daten: 250 GiB, 268435456000 bytes, 524288000 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/vg000-vbox: 150 GiB, 161061273600 bytes, 314572800 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/vg000-home: 250 GiB, 268435456000 bytes, 524288000 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop8: 32,28 MiB, 33845248 bytes, 66104 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop9: 161,41 MiB, 169254912 bytes, 330576 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Bis auf diese Loops sieht für mich erstmal alles OK aus. Gab es mal eine /dev/sdb5 Partition? Kannst Du mal prüfen, ob es auf Deinem System eine .mount-Datei gibt, in welcher diese Partition referenziert wird? - -- MfG Richi -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEQR38BJqrIG9dBQ3+IUsgEK6S/5AFAmDSMH0ACgkQIUsgEK6S /5AdmRAAnBGcwhV/I5BAjeqz8UvQ2GgtaBwAfKfeJVyB+y/LyFCfrOvUTqGA+kYw PH9SeCMoxgQaQST5WYcy5tB/rW11ciT3yFLCe8MHigFC+20+9Fr1Q7lEXSPvlrf9 wZH0ucT6E0zJtiEUDWr/FXzUMgiWRAKhR/wcWBzhSGq0m30KcY5xn4pTZRNAO9MY tdDUyRvFnALAgLesxWngebI4PkKBjtUergeUYlxaVfE2uiU+IVbyZ+iuGk/L0K1Q ouUQz0nSGipAGkJnXrdGyqhHzxK8G3zOzyy/2glvw8VTikWIZdlrFgEXvrqi33eL SFrIDF7qqz4kjEm5pPjNCMsttH8ktuUzeRhvSCRHZLrSK8+gwnEjpdiYyo/Ek9iC ZRZO7jEgnKpJV6Z/P/f9A3zgbS36hQ/tl4oKjsYAJeyymAQOBG8M2U9HtlnfiDF4 zx30oy98GaKZRJlkqNRjlxvdQblUGI8eZpisQhgrQgWOHcAPG8UoCfKdWWX3Qvj9 k/3Hn8DmJ3yrrfGGBED36/ILIemuLrtFiGhrKYiyoaZMQClTYrnloJWPuUx1xX36 rGGh9CIUSIMYksEOQuXwPKGnbfaeoFwRt0YulurSM0SMRfcrQUGOoD7EtkWiwav5 k0U5/bH8aHosVTZ5iCGZgOt777z08Bnv1Zzrfl0AmUaKH8mxpMM= =3gJL -----END PGP SIGNATURE-----
Hallo Günther, leider kann ich dir nicht weiterhelfen. Auch diese loop-device finde komisch. Auf meinem Rechner, ebenfalls tumbleweed aktueller Stand, ist sowas nicht zu finden. Lothar ----------------ursprüngliche Nachricht----------------- Von: "Günther J. Niederwimmer" [gjn@gjn.priv.at] An: opensuse-de@opensuse.org Datum: Tue, 22 Jun 2021 01:33:07 +0200 -------------------------------------------------
Hallo Liste und Helfer, ;-)
wie gesagt ist es eine Tumbleweed installation
Hallo zusammen, zeig doch bitte mal die Ausgabe von df Filesystem 1K-blocks Used Available Use% Mounted on devtmpfs 16398900 8 16398892 1% /dev tmpfs 16417396 47092 16370304 1% /dev/shm tmpfs 6566960 2040 6564920 1% /run /dev/sda3 53351424 16592932 35660060 32% / /dev/sda2 2097152 185792 1688976 10% /boot /dev/sda3 53351424 16592932 35660060 32% /srv /dev/sda3 53351424 16592932 35660060 32% /usr/local /dev/sda3 53351424 16592932 35660060 32% /tmp /dev/sda3 53351424 16592932 35660060 32% /opt /dev/sda4 36700160 6070988 30370884 17% /var /dev/sda3 53351424 16592932 35660060 32% /root /dev/sda3 53351424 16592932 35660060 32% /.snapshots /dev/sda1 613184 5192 607992 1% /boot/efi /dev/loop0 221824 221824 0 100% /snap/yubioath- desktop/10 /dev/loop1 32896 32896 0 100% /snap/snapd/12057 /dev/loop3 166784 166784 0 100% /snap/ gnome-3-28-1804/145 /dev/loop2 66432 66432 0 100% /snap/gtk-common-
Am Montag, 21. Juni 2021, 22:35:39 CEST schrieb Lothar: themes/1514 /dev/loop4 56832 56832 0 100% /snap/core18/1997 /dev/loop6 56832 56832 0 100% /snap/core18/2066 /dev/loop5 221440 221440 0 100% /snap/yubioath- desktop/8 /dev/loop8 33152 33152 0 100% /snap/snapd/12159 /dev/loop7 66688 66688 0 100% /snap/gtk-common- themes/1515 /dev/loop9 165376 165376 0 100% /snap/ gnome-3-28-1804/128 /dev/mapper/vg000-home 262016000 203319424 58696576 78% /home /dev/mapper/vg000-daten 262016000 12694712 249321288 5% /daten /dev/mapper/vg000-vbox 157209600 70456516 86753084 45% /home/gjn/vbox tmpfs 3283476 64 3283412 1% /run/user/1000
warum da seit neuestem so viele loop sind ist mir unklar?
und fdisk -l fdisk -l Disk /dev/sda: 238,47 GiB, 256060514304 bytes, 500118192 sectors Disk model: Samsung SSD 850 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: B9BF3519-26DB-4EAB-8CED-838818DCA979
Device Start End Sectors Size Type /dev/sda1 2048 1230847 1228800 600M EFI System /dev/sda2 1230848 5425151 4194304 2G Linux filesystem /dev/sda3 5425152 112127999 106702848 50,9G Linux filesystem /dev/sda4 112128000 185528319 73400320 35G Linux filesystem /dev/sda5 185528320 216985599 31457280 15G Linux swap
Disk /dev/sdb: 232,89 GiB, 250059350016 bytes, 488397168 sectors Disk model: INTEL SSDSC2MH25 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 791AB47C-3975-4648-ABC4-8031686FCC2D
Device Start End Sectors Size Type /dev/sdb1 2048 1085439 1083392 529M Windows recovery environment /dev/sdb2 1085440 1290239 204800 100M EFI System /dev/sdb3 1290240 1323007 32768 16M Microsoft reserved /dev/sdb4 1323008 488396799 487073792 232,3G Microsoft basic data
Disk /dev/sdd: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: ST1000DM010-2EP1 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/sdc: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: ST1000DM010-2EP1 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop0: 216,61 MiB, 227135488 bytes, 443624 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 32,1 MiB, 33660928 bytes, 65744 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 64,77 MiB, 67915776 bytes, 132648 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/md0: 931,51 GiB, 1000204730368 bytes, 1953524864 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop3: 162,87 MiB, 170778624 bytes, 333552 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop4: 55,45 MiB, 58142720 bytes, 113560 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop5: 216,24 MiB, 226746368 bytes, 442864 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop6: 55,42 MiB, 58114048 bytes, 113504 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop7: 65,1 MiB, 68259840 bytes, 133320 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/vg000-daten: 250 GiB, 268435456000 bytes, 524288000 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/vg000-vbox: 150 GiB, 161061273600 bytes, 314572800 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/vg000-home: 250 GiB, 268435456000 bytes, 524288000 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop8: 32,28 MiB, 33845248 bytes, 66104 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop9: 161,41 MiB, 169254912 bytes, 330576 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sde: 28,64 GiB, 30752000000 bytes, 60062500 sectors Disk model: Ultra USB 3.0 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x4f3cdb30
Device Boot Start End Sectors Size Id Type /dev/sde1 3352 10407 7056 3,4M ef EFI (FAT-12/16/32) /dev/sde2 * 10408 9119743 9109336 4,3G 17 Hidden HPFS/NTFS
Das ist ein USB stickk den ich vergessen hatte
Vielleicht hilft uns das weiter
Lothar
----------------ursprüngliche Nachricht----------------- Von:"Günther J. Niederwimmer" [gjn@gjn.priv.at] An:opensuse-de@opensuse.org Datum:Mon, 21 Jun 2021 16:47:26 +0200 -------------------------------------------------
Hallo,
Danke für die Antwort,
Am Sonntag, 20. Juni 2021, 21:40:09 CEST schrieb Christian Boltz:
Hallo Günther, hallo zusammen,
Am Sonntag, 20. Juni 2021, 15:06:37 schrieb Günther J. Niederwimmer:
Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig
Die /dev/sdb5 ist aber nirgend zu finden weder im Yast2 noch mit fdisk -l.
Schuss ins Blaue:Steht die Partition in /etc/fstab? (Wenn ja:auskommentieren oder zumindest "noauto" oder "nofail" als Flag eintragen.)
Nein wie gesagt diese /dev/sdb5 gibt es nirgends weder in der fstab noch ist das Teil anders wo zu finden?
Ich verzweifle schön langsam weil das Teil regulär nicht mehr startet
meintetst Du in der fstab /dev/sdb5 noauto 0 0
das ganze ist dann ein "Hack" das Problem aber nicht gelöst ??
woher kann das Teil kommen ??
OK ich könnte noch die Ganze Windows SSD abhängen und schauen ob es noch vorhanden ist?
Danke Christian für die Anregung probiere das mal
Gruß
Christian Boltz
--
fdisk -l Disk /dev/sda: 238,47 GiB, 256060514304 bytes, 500118192 sectors Disk model: Samsung SSD 850 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: B9BF3519-26DB-4EAB-8CED-838818DCA979
Device Start End Sectors Size Type /dev/sda1 2048 1230847 1228800 600M EFI System /dev/sda2 1230848 5425151 4194304 2G Linux filesystem /dev/sda3 5425152 112127999 106702848 50,9G Linux filesystem /dev/sda4 112128000 185528319 73400320 35G Linux filesystem /dev/sda5 185528320 216985599 31457280 15G Linux swap
Hier steht sda5. Ist ne Swap.
Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig
Die /dev/sdb5 ist aber nirgend zu finden weder im Yast2 noch mit fdisk
Erscheint doch mit fdisk -l Siehe oben. Gruß Eric
Vergess meine Mail. Du hast ja ein Problem mit sdb5 und nicht mit sda5. Habe mich verlesen. Sorry. Gruß Eric Am 22. Juni 2021 22:46:47 MESZ schrieb Eric Schirra <ecsos@opensuse.org>:
fdisk -l Disk /dev/sda: 238,47 GiB, 256060514304 bytes, 500118192 sectors Disk model: Samsung SSD 850 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: B9BF3519-26DB-4EAB-8CED-838818DCA979
Device Start End Sectors Size Type /dev/sda1 2048 1230847 1228800 600M EFI System /dev/sda2 1230848 5425151 4194304 2G Linux filesystem /dev/sda3 5425152 112127999 106702848 50,9G Linux filesystem /dev/sda4 112128000 185528319 73400320 35G Linux filesystem /dev/sda5 185528320 216985599 31457280 15G Linux swap
Hier steht sda5. Ist ne Swap.
> Ich habe ein Problem beim booten von Thumbleweed ?? > der Bootvorgang hängt beim mounten einer /dev/sdb5 > mit "no limits" als Zeitvorgabe also ewig > > Die /dev/sdb5 ist aber nirgend zu finden weder im Yast2 noch mit fdisk
Erscheint doch mit fdisk -l Siehe oben.
Gruß Eric
Am So., 20. Juni 2021 um 19:53 Uhr schrieb Günther J. Niederwimmer
<gjn@gjn.priv.at>:
Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig
Was sagt
sudo journalctl --boot|grep sdb5 techz:/home/gjn/Downloads # journalctl --boot|grep sdb5 Jun 23 01:19:14 techz kernel: Command line: BOOT_IMAGE=/vmlinuz-5.12.12-1- default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent resume=/ dev/sdb5 mitigations=auto quiet Jun 23 01:19:14 techz kernel: Kernel command line: BOOT_IMAGE=/ vmlinuz-5.12.12-1-default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent resume=/dev/sdb5 mitigations=auto quiet Jun 23 01:19:14 techz dracut-cmdline[232]: Using kernel command line
HALLO LISTE. Am Dienstag, 22. Juni 2021, 23:06:53 CEST schrieb Martin Schröder: parameters: rd.driver.pre=btrfs root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 rootfstype=btrfs rootflags=rw,relatime,ssd,space_cache,subvolid=263,subvol=/ @/.snapshots/1/snapshot,subvol=@/.snapshots/1/snapshot BOOT_IMAGE=/ vmlinuz-5.12.12-1-default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent resume=/dev/sdb5 mitigations=auto quiet Jun 23 01:20:48 techz systemd[1]: dev-sdb5.device: Job dev-sdb5.device/start timed out. Jun 23 01:20:48 techz systemd[1]: Timed out waiting for device /dev/sdb5. Jun 23 01:20:48 techz systemd[1]: Dependency failed for /dev/sdb5. Jun 23 01:20:48 techz systemd[1]: dev-sdb5.swap: Job dev-sdb5.swap/start failed with result 'dependency'. Jun 23 01:20:48 techz systemd[1]: dev-sdb5.device: Job dev-sdb5.device/start failed with result 'timeout'.
Gruß> Martin ich wollte mal versuchen das Tumbleweed ISO neu zu installieren, aber anscheinend funktioniert das nicht mit UEFI. die ISOS werden nicht mehr als UEFI ISOS erkannt?
Was ist da wieder los ẞẞ -- mit freundlichen Grüßen / best regards Günther J. Niederwimmer
Am 23.06.21 um 01:50 schrieb Günther J. Niederwimmer:
HALLO LISTE. Am Dienstag, 22. Juni 2021, 23:06:53 CEST schrieb Martin Schröder:
Am So., 20. Juni 2021 um 19:53 Uhr schrieb Günther J. Niederwimmer
<gjn@gjn.priv.at>:
Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig
Was sagt
sudo journalctl --boot|grep sdb5 techz:/home/gjn/Downloads # journalctl --boot|grep sdb5 Jun 23 01:19:14 techz kernel: Command line: BOOT_IMAGE=/vmlinuz-5.12.12-1- default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent resume=/ dev/sdb5 mitigations=auto quiet ...
War die jetzige sdb früher mal sda? Jedenfalls wird '/dev/sdb5' dem Kernel als Device für Suspend to Disk angegeben. Ändere das mal in yast2|Bootloader|Kernel-Parameter auf die tatsächliche Swap-Partition und lass den Bootloader neu schreiben.
Gruß> Martin ich wollte mal versuchen das Tumbleweed ISO neu zu installieren, aber anscheinend funktioniert das nicht mit UEFI. die ISOS werden nicht mehr als UEFI ISOS erkannt?
Was ist da wieder los ẞẞ
Wenn da nicht bei tumbleweed etwas völlig durcheinander geraten ist, solltest du mal im BIOS deiner Hardware nachsehen, ob UEFI überhaupt (noch?) eingeschaltet ist. Gerade mit älterer Hardware habe ich da schon seltsame Dinge erlebt. Die CMOS-Batterie ist noch ok? -- Viele Grüße Michael
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Am Mittwoch, den 23.06.2021, 08:06 +0200 schrieb Michael Behrens:
Wenn da nicht bei tumbleweed etwas völlig durcheinander geraten ist, solltest du mal im BIOS deiner Hardware nachsehen, ob UEFI überhaupt (noch?) eingeschaltet ist. Gerade mit älterer Hardware habe ich da schon seltsame Dinge erlebt.
Der Witz ist gut 😃. UEFI hat das alte BIOS schon längst ersetzt. Er sollte besser kontrollieren, ob (wird bei jedem Hersteller etwas anders genannt) evtl. der Legacy Mode, der Compatability Mode oder schlicht das CSM (Compatability Support Module) eingeschaltet ist.
Die CMOS-Batterie ist noch ok?
Das soll vorkommen, dass die Pufferbatterie nicht mehr ganz frisch ist und daher die UEFI-Firmware die Einstellungen vergisst. Dann sollte aber beim Einschalten des Rechners während des Posts ein entsprechender Warnhinweis erscheinen und, falls der Computer einen Speaker hat, auch ein Signalton ausgegeben werden. - -- MfG Richi -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEQR38BJqrIG9dBQ3+IUsgEK6S/5AFAmDTeLoACgkQIUsgEK6S /5AcRhAA4R7w+tQOuyQdy/eNJfUhHkhNBXmhUStJ+N4AMTDGfFj3S14RuzBR0AfN jnxP/lVJ8tZDxmeVIVySePU1IdjiMGWPteA/U8pbpE7ps+GDa6vrzY0O34TJJ2bJ EHRuUpXteMRtq/VGTOwMMI6XonTZEGmIAkxg8vp87lDxjt/hBl3JabBaGuJxWfWf nN0NffR5TldeKqt2dxCfxvxHUk5T60xDREfxK0tfdd0Mu0I04RmjqnzGySCwxpsT VKfpBAI/CB225yvRg71BxAowrR+tm9VdpgMf7v0ubEXXqsgNok6aT/CadEcY0n0N LxomGyAKnt+q2gE4/0KEb7kERbQtDsxtoAcNvbqjDBj06D7nyDEnvkU5TkcuT4qq NU/rbsgewin5O3E+FFUWIo+1ugHzcrdZ9IZIvsC9+8l66ZSBy+EvChmeqwyrkWLK jjSKUQFTOUSLjrOJrwHxOPDJqhhijEd3wT3j3IjQo2AYkW3ce/1m7iV5CMilv9p1 QZd9uKTU+FqxcoH2Q6ib7ZiKSI8SKYukmkXeOPKHUg4m1AS4I8oirNm6Nopl3n3W peTIapoXRLHxvkup6Cq4scaE7n2w9v0Mt+P9L2PGpIXcGFCq108oNFwH5gpT5kxb Bxgz1twAJqTeBxTqlXBNnUixvivBWn4wQBvTxpgWb982fSQLlyE= =e5iq -----END PGP SIGNATURE-----
On 23.06.21 08:06, Michael Behrens wrote:
Am 23.06.21 um 01:50 schrieb Günther J. Niederwimmer:
ich wollte mal versuchen das Tumbleweed ISO neu zu installieren, aber anscheinend funktioniert das nicht mit UEFI. die ISOS werden nicht mehr als UEFI ISOS erkannt?
Was ist da wieder los ẞẞ
Wenn da nicht bei tumbleweed etwas völlig durcheinander geraten ist,
Um das zu klären: ein gerade geladenes openSUSE-Tumbleweed-NET-x86_64-Snapshot20210621-Media.iso bootet ohne Probleme von UEFI. Viele Grüße Ulf
Hallo Günther, Am Mittwoch, 23. Juni 2021, 01:50:59 CEST schrieb Günther J. Niederwimmer:
Am Dienstag, 22. Juni 2021, 23:06:53 CEST schrieb Martin Schröder:
Am So., 20. Juni 2021 um 19:53 Uhr schrieb Günther J. Niederwimmer
Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig
Was sagt
sudo journalctl --boot|grep sdb5
techz:/home/gjn/Downloads # journalctl --boot|grep sdb5 Jun 23 01:19:14 techz kernel: Command line: BOOT_IMAGE=/vmlinuz-5.12.12-1- default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent resume=/ dev/sdb5 mitigations=auto quiet Jun 23 01:19:14 techz kernel: Kernel command line: BOOT_IMAGE=/ vmlinuz-5.12.12-1-default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent resume=/dev/sdb5 mitigations=auto quiet Jun 23 01:19:14 techz dracut-cmdline[232]: Using kernel command line parameters: rd.driver.pre=btrfs root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 rootfstype=btrfs rootflags=rw,relatime,ssd,space_cache,subvolid=263,subvol=/ @/.snapshots/1/snapshot,subvol=@/.snapshots/1/snapshot BOOT_IMAGE=/ vmlinuz-5.12.12-1-default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent resume=/dev/sdb5 mitigations=auto quiet
Du startest mit resume=/dev/sdb5. Und Du suchst sdb5 - soweit ich das sehe. Fahr den Rechner ohne diesen Eintrag hoch, also so, das steht: Kernel command line: BOOT_IMAGE=/ vmlinuz-5.12.12-1-default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent mitigations=auto quiet Ich vermute sdb Problem ist dann weg. Bei Deinen loop-einrägen kann ich nicht helfen. Gruß Hugo Mahr
Hallo Liste. Ich habe jetzt einen Neuinstallation vorgenommen. da das ganze einfach zu nervig war! Ich hatte ja meine Home Verzeichnise auf einer eigenen Partition Jedenfalls Endbericht das Teil startet seit langem wieder einiger maßen schnell :-) Keine 2-4 Minuten Wartezeit !! Am Mittwoch, 23. Juni 2021, 10:34:25 CEST schrieb Hugo:
Hallo Günther,
Am Mittwoch, 23. Juni 2021, 01:50:59 CEST schrieb Günther J. Niederwimmer:
Am Dienstag, 22. Juni 2021, 23:06:53 CEST schrieb Martin Schröder:
Am So., 20. Juni 2021 um 19:53 Uhr schrieb Günther J. Niederwimmer
Ich habe ein Problem beim booten von Thumbleweed ?? der Bootvorgang hängt beim mounten einer /dev/sdb5 mit "no limits" als Zeitvorgabe also ewig
Was sagt
sudo journalctl --boot|grep sdb5
techz:/home/gjn/Downloads # journalctl --boot|grep sdb5 Jun 23 01:19:14 techz kernel: Command line: BOOT_IMAGE=/vmlinuz-5.12.12-1- default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent resume=/ dev/sdb5 mitigations=auto quiet Jun 23 01:19:14 techz kernel: Kernel command line: BOOT_IMAGE=/ vmlinuz-5.12.12-1-default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent resume=/dev/sdb5 mitigations=auto quiet Jun 23 01:19:14 techz dracut-cmdline[232]: Using kernel command line parameters: rd.driver.pre=btrfs root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 rootfstype=btrfs rootflags=rw,relatime,ssd,space_cache,subvolid=263,subvol=/ @/.snapshots/1/snapshot,subvol=@/.snapshots/1/snapshot BOOT_IMAGE=/ vmlinuz-5.12.12-1-default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent resume=/dev/sdb5 mitigations=auto quiet
Du startest mit resume=/dev/sdb5. Und Du suchst sdb5 - soweit ich das sehe. Fahr den Rechner ohne diesen Eintrag hoch, also so, das steht: Kernel command line: BOOT_IMAGE=/ vmlinuz-5.12.12-1-default root=UUID=14fe1495-9a30-4974-9eb0-5fded81e1918 splash=silent mitigations=auto quiet
Ich vermute sdb Problem ist dann weg. Bei Deinen loop-einrägen kann ich nicht helfen. Gruß Hugo Mahr
-- mit freundlichen Grüßen / best regards Günther J. Niederwimmer
Am Fr., 25. Juni 2021 um 20:05 Uhr schrieb Günther J. Niederwimmer <gjn@gjn.priv.at>:
Ich habe jetzt einen Neuinstallation vorgenommen. da das ganze einfach zu nervig war!
Dann tut's mir leid, daß ich meine Zeit an Dir verschwendet habe. Du hast hier Lösungshinweise bekommen. Wenn Du stattdessen regelmäßig das OS neu installieren willst, nimm bitte Windows. PS: TOFU!
Am 25.06.2021 um 21:16 schrieb Martin Schröder:
Am Fr., 25. Juni 2021 um 20:05 Uhr schrieb Günther J. Niederwimmer <gjn@gjn.priv.at>:
Ich habe jetzt einen Neuinstallation vorgenommen. da das ganze einfach zu nervig war!
Dann tut's mir leid, daß ich meine Zeit an Dir verschwendet habe. Du hast hier Lösungshinweise bekommen. Wenn Du stattdessen regelmäßig das OS neu installieren willst, nimm bitte Windows.
PS: TOFU!
Martin, du bist offensichtlich nicht richtig informiert hier. Mindestens die Hälfte aller Leute hier installieren lieber neu als machen ein Upgrade. Trifft für mich natürlich nicht zu. Manfred
Am 26.06.21 um 00:12 schrieb Manfred Kreisl:
Am 25.06.2021 um 21:16 schrieb Martin Schröder:
Am Fr., 25. Juni 2021 um 20:05 Uhr schrieb Günther J. Niederwimmer <gjn@gjn.priv.at>:
Ich habe jetzt einen Neuinstallation vorgenommen. da das ganze einfach zu nervig war!
Dann tut's mir leid, daß ich meine Zeit an Dir verschwendet habe. Du hast hier Lösungshinweise bekommen. Wenn Du stattdessen regelmäßig das OS neu installieren willst, nimm bitte Windows.
PS: TOFU!
Martin, du bist offensichtlich nicht richtig informiert hier. Mindestens die Hälfte aller Leute hier installieren lieber neu als machen ein Upgrade.
Trifft für mich natürlich nicht zu.
Manfred
Hi, ja, ich auch. Erstens, weil ich nicht jedes upgrade mitnehme. Wichtiger aber ist, dass ich sicher bin, auf einer "nackten" Kiste nicht aus Versehen alten Müll mitzuschleppen. Ich teste die von mir benötigten Programme und Dienste erstmal ... meistens haben sich bei etlichen die Konfigs ja geändert ... dann mein selbst programmiertes Zeug und zum Schluss kommen die Daten aus der Sicherung drauf. Bedingt natürlich Parallelbetrieb von 2 Systemen, also Plattenplatz oder eine zweite Kiste, habe dafür noch nie erlebt, dass nach einem Upgrade was Essentielles nicht lief. Wenn ich mein Produktivsystem (und letztlich ist meine private Kiste auch so was) upgraden würde und postfix oder samba oder was hier so über die Liste lief, wäre auf einmal weg... also würde ich auch ein Upgrade erstmal auf einem Zweitsystem testen... da gewinne ich nichts und werde veraltetes / nicht mehr genutztes Zeug nicht los. -- cu jth
Hallo Liste, Martin, Am Freitag, 25. Juni 2021, 21:16:32 CEST schrieb Martin Schröder:
Am Fr., 25. Juni 2021 um 20:05 Uhr schrieb Günther J. Niederwimmer
<gjn@gjn.priv.at>:
Ich habe jetzt einen Neuinstallation vorgenommen. da das ganze einfach zu nervig war!
Dann tut's mir leid, daß ich meine Zeit an Dir verschwendet habe. Du hast hier Lösungshinweise bekommen. Wenn Du stattdessen regelmäßig das OS neu installieren willst, nimm bitte Windows.
Ich wollte ja den Fehler suchen, aber da das mein Arbeitsrechner ist, meine Server im Keller den Geist aufgegeben hatten, brauchte ich den Rechner. Ich Danke Dir noch mal für Deine Hilfe,
PS: TOFU! ??
-- mit freundlichen Grüßen / best regards Günther J. Niederwimmer
participants (11)
-
Christian Boltz -
Eric Schirra -
Günther J. Niederwimmer -
Hugo -
Jörg Thümmler -
Lothar -
Manfred Kreisl -
Martin Schröder -
Michael Behrens -
Richard Kraut -
Ulf Volmer