Kein Booten mit Grub nach Windows update

Linux-Idefix · 3. März 2024

Code

cat /etc/mtab 
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
devtmpfs /dev devtmpfs rw,nosuid,size=4096k,nr_inodes=1048576,mode=755,inode64 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev,inode64 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,nodev,size=6512860k,nr_inodes=819200,mode=755,inode64 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,size=4096k,nr_inodes=1024,mode=755,inode64 0 0
cgroup2 /sys/fs/cgroup/unified cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,name=systemd 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
efivarfs /sys/firmware/efi/efivars efivarfs rw,nosuid,nodev,noexec,relatime 0 0
bpf /sys/fs/bpf bpf rw,nosuid,nodev,noexec,relatime,mode=700 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/misc cgroup rw,nosuid,nodev,noexec,relatime,misc 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids 0 0
cgroup /sys/fs/cgroup/hugetlb cgroup rw,nosuid,nodev,noexec,relatime,hugetlb 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
cgroup /sys/fs/cgroup/rdma cgroup rw,nosuid,nodev,noexec,relatime,rdma 0 0
/dev/nvme0n1p5 / btrfs rw,relatime,ssd,space_cache,subvolid=267,subvol=/@/.snapshots/1/snapshot 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=23405 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime,pagesize=2M 0 0
mqueue /dev/mqueue mqueue rw,nosuid,nodev,noexec,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0
tracefs /sys/kernel/tracing tracefs rw,nosuid,nodev,noexec,relatime 0 0
fusectl /sys/fs/fuse/connections fusectl rw,nosuid,nodev,noexec,relatime 0 0
configfs /sys/kernel/config configfs rw,nosuid,nodev,noexec,relatime 0 0
/dev/nvme0n1p5 /.snapshots btrfs rw,relatime,ssd,space_cache,subvolid=266,subvol=/@/.snapshots 0 0
/dev/nvme0n1p5 /boot/grub2/i386-pc btrfs rw,relatime,ssd,space_cache,subvolid=265,subvol=/@/boot/grub2/i386-pc 0 0
/dev/nvme0n1p5 /boot/grub2/x86_64-efi btrfs rw,relatime,ssd,space_cache,subvolid=264,subvol=/@/boot/grub2/x86_64-efi 0 0
/dev/nvme0n1p5 /home btrfs rw,relatime,ssd,space_cache,subvolid=263,subvol=/@/home 0 0
/dev/nvme0n1p5 /opt btrfs rw,relatime,ssd,space_cache,subvolid=262,subvol=/@/opt 0 0
/dev/nvme0n1p5 /root btrfs rw,relatime,ssd,space_cache,subvolid=261,subvol=/@/root 0 0
/dev/nvme0n1p5 /srv btrfs rw,relatime,ssd,space_cache,subvolid=260,subvol=/@/srv 0 0
/dev/nvme0n1p5 /tmp btrfs rw,relatime,ssd,space_cache,subvolid=259,subvol=/@/tmp 0 0
/dev/nvme0n1p5 /usr/local btrfs rw,relatime,ssd,space_cache,subvolid=258,subvol=/@/usr/local 0 0
/dev/nvme0n1p5 /var btrfs rw,relatime,ssd,space_cache,subvolid=257,subvol=/@/var 0 0
/dev/nvme0n1p1 /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=3256428k,nr_inodes=814107,mode=700,uid=1000,gid=100,inode64 0 0
portal /run/user/1000/doc fuse.portal rw,nosuid,nodev,relatime,user_id=1000,group_id=100 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=100 0 0

Alles anzeigen

Code

snapper list
   # | Type   | Pre # | Date                     | User | Used Space | Cleanup | Description           | Userdata     
-----+--------+-------+--------------------------+------+------------+---------+-----------------------+--------------
  0  | single |       |                          | root |            |         | current               |              
  1* | single |       | Sun Aug 13 21:44:33 2023 | root |  37.90 MiB |         | first root filesystem |              
779  | pre    |       | Thu Jan 18 20:47:15 2024 | root | 570.49 MiB | number  | zypp(packagekitd)     | important=yes
780  | post   |   779 | Thu Jan 18 20:50:00 2024 | root | 161.36 MiB | number  |                       | important=yes
783  | pre    |       | Wed Jan 24 20:40:58 2024 | root | 119.93 MiB | number  | zypp(packagekitd)     | important=yes
784  | post   |   783 | Wed Jan 24 20:43:19 2024 | root | 212.41 MiB | number  |                       | important=yes
793  | pre    |       | Sun Jan 28 10:25:57 2024 | root | 234.25 MiB | number  | zypp(zypper)          | important=yes
794  | post   |   793 | Sun Jan 28 10:26:17 2024 | root | 327.81 MiB | number  |                       | important=yes
859  | pre    |       | Sat Feb 24 21:00:25 2024 | root | 460.51 MiB | number  | before update         | important=yes
860  | pre    |       | Sat Feb 24 21:22:35 2024 | root | 383.73 MiB | number  | before update         | important=yes
861  | post   |   860 | Sat Feb 24 21:36:30 2024 | root |   1.34 MiB | number  | after update          | important=yes
862  | pre    |       | Sat Feb 24 20:42:13 2024 | root | 336.00 KiB | number  | zypp(zypper)          | important=yes
863  | post   |   862 | Sat Feb 24 20:42:30 2024 | root | 912.00 KiB | number  |                       | important=yes
864  | pre    |       | Sun Mar  3 16:34:43 2024 | root |   1.91 MiB | number  | yast bootloader       |              
865  | post   |   864 | Sun Mar  3 16:37:15 2024 | root | 304.00 KiB | number  |                       |              
866  | pre    |       | Sun Mar  3 16:44:23 2024 | root | 176.00 KiB | number  | yast bootloader       |              
867  | post   |   866 | Sun Mar  3 16:44:45 2024 | root | 236.00 KiB | number  |                       |              
868  | pre    |       | Sun Mar  3 17:05:25 2024 | root | 204.00 KiB | number  | yast bootloader       |              
869  | post   |   868 | Sun Mar  3 17:05:51 2024 | root | 176.00 KiB | number  |                       |

Alles anzeigen

Code

fdisk -l
Disk /dev/nvme0n1: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Samsung SSD 980 PRO 2TB                 
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: 17333F9F-16DF-4C52-9361-792AB2062FDB

Device              Start        End    Sectors   Size Type
/dev/nvme0n1p1       2048     534527     532480   260M EFI System
/dev/nvme0n1p2     534528     567295      32768    16M Microsoft reserved
/dev/nvme0n1p3     567296 1999134719 1998567424   953G Microsoft basic data
/dev/nvme0n1p4 1999134720 2000396287    1261568   616M Windows recovery environment
/dev/nvme0n1p5 2000396288 3902834687 1902438400 907.2G Linux filesystem
/dev/nvme0n1p6 3902834688 3907029134    4194447     2G Linux swap


Disk /dev/sda: 28.82 GiB, 30943995904 bytes, 60437492 sectors
Disk model: DataTraveler 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: 0x2bb7c027

Device     Boot Start     End Sectors  Size Id Type
/dev/sda1        3392   10699    7308  3.6M ef EFI (FAT-12/16/32)
/dev/sda2  *    10700 8620031 8609332  4.1G 17 Hidden HPFS/NTFS

Alles anzeigen

Sauerland · 3. März 2024

Also wieder den Stick unmounten und abziehen.

Danach als root:

Code

snapper rollback 863

Ohne Stick neu booten:

Code

reboot

Linux-Idefix · 3. März 2024

Sorry immer noch kein booten

Sauerland · 3. März 2024

Dann musst du es über Rescatux oder Super-Grub versuchen.

black_boot · 3. März 2024

Moin,

einfach mal ein LiveSystem booten und hier (als root) ein

Code

efibootmgr -v

zeigen

LG b_b

matbhm · 3. März 2024

Ich vermute mal, dass das System die Boot-Partition nicht erkennt, weil Du zwischendurch den bootbaren USB-Stick eingesteckt hat. Im Zweifelsfall steht der Stick, nachdem dieser nicht ordnungsgemäß ungemountet wurde, weiter in der fstab. Für das System steht die Boot-Partition jetzt auf dem USB-Stick, nicht mehr der Festplatte. Deswegen kannst Du das System auch über den USB-Stick starten, weil es für das System die reguläre Boot-Partition ist. Man müsste den USB-Stick-Eintrag in der fstab löschen.

Gib mal cat /etc/fstab am Prompt ein.

Sauerland · 4. März 2024

Zitat von matbhm

Ich vermute mal, dass das System die Boot-Partition nicht erkennt, weil Du zwischendurch den bootbaren USB-Stick eingesteckt hat. Im Zweifelsfall steht der Stick, nachdem dieser nicht ordnungsgemäß ungemountet wurde, weiter in der fstab. Für das System steht die Boot-Partition jetzt auf dem USB-Stick, nicht mehr der Festplatte. Deswegen kannst Du das System auch über den USB-Stick starten, weil es für das System die reguläre Boot-Partition ist. Man müsste den USB-Stick-Eintrag in der fstab löschen.

Gib mal cat /etc/fstab am Prompt ein.

Bei cat /etc/mtab ist kein Stick vorhanden.

Alero · 4. März 2024

OT

Ihr diskutiert hier seit 17 Stunden. In der Zeit hätte ich ungefähr 15 x Linux neu aufgesetzt. Windows hat eh alles platt gemacht. Selbst wenn du das irgendwie wieder richten kannst, was ich bezweifele, kommen garantiert Fehler hinterher.

Vorschlag: Windows updaten und herunterfahren, ohne Schnellstart .... und dann Linux neu aufsetzen.

matbhm · 4. März 2024

Sauerland: Gut, ich habe jetzt nicht so viel Ahnung. Aber wird in mtab nicht nur das angezeigt, was wirklich aktuell gemountet ist? Heißt also: Wenn der USB-Stick abgezogen ist, steht er auch nicht in der mtab?

Ich hatte vor längerer Zeit dasselbe Problem mit einem eingesteckten bootbaren USB-Stick. Der Stick blieb in der fstab, das System fand, war der USB-Stick gezogen, keine Bootpartition mehr. Wenn ich den USB-Stick einsteckte, konnte über diesen gebootet werden. Erst mit dem Löschen aus der fstab bootet das System wieder von der regulären Bootpartition.

Hidalgo · 7. März 2024

Vom Dualboot Windows / Linux kann ich nur abraten, da Grub2 durch jedes Windows Update i.d.R. zerschossen wird und Linux dann nur noch z.B. durch Rescutux oder Supergrub zu starten ist, also von einem USB Stick. Mann muss sich beim Dualboot darüber im Klaren sein, dass das Problem immer wieder auftaucht. Lösen konnte ich dieses Problem fast IMMER, indem ich ein Live-Linux (Rescutux oder Supergrub) zum Starten des Linux-Systems auf dem Rechner verwendete und dann in Yast den Bootloader neu generierte. Dort kann man durchaus vergessen, die korrekte Bootloader Position auszuwählen, was eine erste Fehlerquelle wäre.

ZUVOR ist wichtig, in Windows die Schnellstart Option zu deaktivieren. Ansonsten funzt die Wiederherstellung des Loaders mit Yast ebenso nicht.

Diesen ganzen Mist - und weil der praktisch mit jedem Windows Update auftrat - habe ich mir dann vereinfacht, indem ich den Bootloader sicherte und einfach wieder zurückspielte wenn der nicht mehr funktionierte:

So sichern Sie den Linux-Bootloader ➡️ ➡️ IK4 ▷ ➡️

So sichern Sie den Linux-Bootloader ➡️ So sichern Sie den Linux-Bootloader Obwohl es sich im Vergleich zu anderen Linux-Bootloadern um ein zuverlässiges Tool…

ik4.es

Das ist eine Quelle, wie man das bewerkstelligen kann.

Eine weitere Möglichkeit, den Bootloader wieder herzustellen besteht mit dem mächtigen Chroot Kommando in der Konsole:

https://www.thinkretro.de/blog/2016/03/06/grub-bootloader-in-einer-chroot-umgebung-wiederherstellen/

Besonders die letzten beiden Tipps kosten aber etwas Zeit und man muss wissen was man tut, d.h. man sollte die einzelnen Schritte verstehen und nachvollziehen können. Das verschafft einem "Sicherheit durch Wissen" (man wird zum echten Linuxer). Wichtig ist ja, dass man externe Tipps auf sein eigenes System konvertieren muss. Einfaches Kopieren von Anleitungen hat schnell seine Grenzen - solche Leute sollten besser bei Windows oder einem Mac bleiben und das meine ich NICHT abwertend! Von einem Dualboot rate ich aus genannten Gründen ab. Ich habe einen reinen Linux Rechner und einen nur für Windows.

Seit vielen Jahren macht Linux bei mir Null Probleme seitdem, bzw. werden unnötige Probleme beim Dualboot durch Microsofts Verhalten generiert!

Noch etwas (leider!): Erfahrungsgemäß verweigert Microsoft gerne das Aufspielen von Updates, wenn die Diagnose ein Linux-System auf der Platte findet bzw. den entsprechenden Loader (Grub). In so einem Fall bleibt der Loader unangetastet, aber Windows wird eben nicht geupdatet. Das ist alles Schikane und ansonsten durch nichts gerechtfertigt.

Gruß...

Kein Booten mit Grub nach Windows update

Nach Update Bildschirmauflösung 640x480

Blutzuckermessgerät über ein USB-Kabel nutzen

Nach Neuinstallation von Tumbleweed Bildschirm schwarz, recovery mode aber ok

VMware Workstation Pro und Fusion Pro kostenlos für persönlichen Gebrauch

L2TP-VPN-Verbindungsprobleme unter Tumbleweed

sloonom

Mueck

HanzDampf

rcererdazser

Schule

Teilen

Ähnliche Themen

Partition klonen