Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: DeKa on 2017/09/03, 11:45:40
-
Hallo,
Kernel 4.12.10 (4.12.17er) bootet bei mir nicht.
Upgrade ohne Kernel läuft einwandfrei durch.
Habt ihr mit dem Kernel auch Probleme? In "Upgrade Warnings" stand dort nichts davon.
-
Working fine here after just completing d-u.
-
Was heißt denn "bootet nicht"? Kommt einfach nichts (grub?)? Kernelpanic? Fehlermeldungen? Logzeilen, Bildschirmfoto? Irgendwas?
-
Ich hatte gestern auch das selbe Problem. dpkg hat wohl gesponnen.
Nachdem ich nochmal apt-get dist-upgrade eingegeben hatte meldete es das keine Upgrades da sind aber den Fehler von dpkg. Nach einem beherzen J arbeitete dpkg den Rest wohl ab.
Der nächste Neustart war erfolgreich.
-
@cryptosteve,
schwarzer Bildschirm, null Meldung, grub Auswahl kommt wohl nicht, jedenfalls sieht man nur schwarz.
Mit dem Kernel 4.11.10 läuft die Installation sauber durch.
@T-ampfer,
werde das mal ausprobieren.
-
Working fine here after just completing d-u.
Auch hier:
root@Hibiscus:/# inxi -Fz
System: Host: Hibiscus Kernel: 4.12.10-towo.1-siduction-amd64 x86_64 bits: 64 Desktop: KDE Plasma 5.8.7
Distro: siduction 13.2.1 December - kde - (201401272125)
Machine: Device: desktop System: ASUS product: All Series
Mobo: ASUSTeK model: Z87-WS v: Rev 1.xx BIOS: American Megatrends v: 2004 date: 06/05/2014
CPU: Quad core Intel Core i7-4770 (-HT-MCP-) cache: 8192 KB
clock speeds: max: 3401 MHz 1: 800 MHz 2: 800 MHz 3: 2500 MHz 4: 1000 MHz 5: 1000 MHz
6: 800 MHz 7: 800 MHz 8: 1200 MHz
Graphics: Card: NVIDIA GM107 [GeForce GTX 750 Ti]
Display Server: x11 (X.Org 1.19.3 ) driver: nvidia
Resolution: 1920x1200@59.88hz, 1920x1080@60.00hz
OpenGL: renderer: GeForce GTX 750 Ti/PCIe/SSE2 version: 4.5.0 NVIDIA 375.82
Audio: Card-1 Intel 8 Series/C220 Series High Def. Audio Controller driver: snd_hda_intel
Card-2 NVIDIA Device 0fbc driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.12.10-towo.1-siduction-amd64
Network: Card-1: Intel I210 Gigabit Network Connection driver: igb
IF: enp6s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Card-2: Intel I210 Gigabit Network Connection driver: igb
IF: enp9s0 state: down mac: <filter>
Drives: HDD Total Size: 3120.6GB (28.3% used)
ID-1: /dev/sda model: WDC_WD1001FALS size: 1000.2GB
ID-2: /dev/sdc model: WDC_WD1000DHTZ size: 1000.2GB
ID-3: /dev/sdb model: OCZ_VERTEX size: 120.0GB
ID-4: /dev/sdd model: WDC_WD1000DHTZ size: 1000.2GB
Partition: ID-1: / size: 26G used: 11G (45%) fs: ext4 dev: /dev/sdb1
ID-2: /home size: 84G used: 54G (68%) fs: ext4 dev: /dev/sdb3
ID-3: swap-1 size: 1.07GB used: 0.00GB (0%) fs: swap dev: /dev/sdb2
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 29.8C mobo: 27.8C gpu: 32C
Fan Speeds (in rpm): cpu: 0
Info: Processes: 349 Uptime: 2 days Memory: 15544.8/32118.0MB Client: Shell (bash) inxi: 2.3.34
root@Hibiscus:/# uptime
12:19:15 up 2 days, 17:45, 2 users, load average: 0.37, 0.37, 0.43
-
Bin am WE dazu gekommen das Phänomen einzugrenzen, es bezieht sich auf die Installation eines Kernels. Habe es mit dem neuen 4.13.0 versucht, das gleiche wie beim 4.12er.
Irgendetwas wird wohl in der Grub Konfiguration umgeschrieben was bei mir dazu führt das eben dieses Grub-Menü nicht kommt, oder aber die Installation des Kernels macht die Probleme.
Der Kernel 4.11er läuft.
Werde mal mit einer parallel Installation testen ob das reproduzierbar ist.
Ansonsten bleibt wohl nur die Neuinstallation, leider.
-
Ich darf gleich erwähnen, bei mir null Propleme mit den Kernel 4.12; 4.13. :D
Irgendetwas wird wohl in der Grub Konfiguration umgeschrieben was bei mir dazu führt das eben dieses Grub-Menü nicht kommt, oder aber die Installation des Kernels macht die Probleme.
Lass mich raten:
Variante 1, Multibootsystem, Hauptbootloader ist nicht der von siduction
Variante 2, Multibootsystem, Hauptbootloader von siduction, Grafik nvidia
Noch Fragen? :P
-
Variante 3, Multibootsystem, Hauptbootloader von siduction, Grafik Intel HD3000.
Habe noch Debian und Ubuntu im Einsatz. Grub wird nur von der Siduction-Partition aktualisiert und konfiguriert.
Werde noch eine Installation mit Sidu machen um zu kontrollieren ob es weiterhin Probleme gibt, eventuell auch Grub nochmals neu konfigurieren.
Muss mich da herantasten, weil ich das einfach zu selten mache.
-
ok,
1 : 0 für dich, weil Intel hatte ich in diesem Zusammenhang nicht auf dem Schirm. ;D
Wenn das also noch vor X passiert, dann habe ich nur noch die Idee, die grubenv nach zusätzlichen Einträgen zu kontrollieren. Außer# GRUB Environment Block
und einer Menge # sollte da nichts weiter stehen.
-
Danke für den Tipp, werde ich testen.
-
ok,
1 : 0 für dich, weil Intel hatte ich in diesem Zusammenhang nicht auf dem Schirm. ;D
Wenn das also noch vor X passiert, dann habe ich nur noch die Idee, die grubenv nach zusätzlichen Einträgen zu kontrollieren. Außer# GRUB Environment Block
und einer Menge # sollte da nichts weiter stehen.
Bin mal wieder Zuhause und habe in die Datei geschaut, leider sieht die so aus wie du sie beschrieben hast.
Hast du noch eine Idee?
-
Hast du noch eine Idee?
Zu wenig Info. :-\
Wenn der GRUB von siduction dein Hauptbootloader ist, dann startet er wohl die anderen Debian und Ubuntu korrekt?
Zeige mal bittecat /proc/cmdline
und als rootparted -l
blkid -c /dev/null -o list
...und, die grub.cfg wäre auch nicht schlecht :)
Edit2: In der Zwischenzeit sind wir bei 4.13.2-2
Hat er den denn schon installiert? Ich meine, an 14.12.10 muß man sich ja nicht festhalten... ;D
-
Ja die anderen BS werden von dem Grub (auf Siduction) gestartet, Updates nur über Siduction.
Die Aktualisierung von Grub wurde bei den anderen BS deaktiviert.
Kernel 4.13.xx hatte ich auch probiert, gleiches Phänomen.
Grub arbeitet ja normal vernünftig, nur die Einbindung des neuen Kernel geht schief. Ein vergleichbares Phänomen ist mir noch nicht untergekommen, als wenn es an apt liegen würde.
Stehen bei mir gerade wieder Prüfungen an, werde am WE versuchen dort weiter zu forschen, Infos folgen.
@unklarer: Danke schon mal für die Unterstützung.
-
root@siductionbox:/home/deka# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.11.10-towo.1-siduction-amd64 root=UUID=071347aa-89b4-4e9a-b1fe-a0892eafa410 ro acpi_osi=Linux
root@siductionbox:/home/deka# parted -l
Model: ATA ST9750420AS (scsi)
Disk /dev/sda: 750GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 8704MB 8703MB primary linux-swap(v1) boot
2 8705MB 30,2GB 21,5GB primary ext4
3 30,2GB 73,4GB 43,2GB primary ext4
4 73,4GB 750GB 677GB primary ext4
Model: ATA MTFDDAK256MAY-1A (scsi)
Disk /dev/sdb: 256GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 21,5GB 21,5GB primary ext4 boot
2 21,5GB 256GB 235GB primary ext4
Model: ATA TOSHIBA THNSNH12 (scsi)
Disk /dev/sdc: 128GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 16,8GB 16,8GB primary ext4 boot
2 16,8GB 128GB 111GB primary ext4
root@siductionbox:/home/deka# blkid -c /dev/null -o list
device fs_type label mount point UUID
-------------------------------------------------------------------------------
/dev/sdb1 ext4 (not mounted) 9afeb28d-1d20-4b13-a934-c15d80dfc067
/dev/sdb2 ext4 (not mounted) bb7e2b35-1680-4512-81af-de119bf1bf6d
/dev/sdc1 ext4 / 071347aa-89b4-4e9a-b1fe-a0892eafa410
/dev/sdc2 ext4 /home /home 66aefc3a-400d-430c-9b87-bf601775de41
/dev/sda1 swap (not mounted) 02b2c773-71d0-4f18-9512-cd0967d1bda0
/dev/sda2 ext4 (not mounted) 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
/dev/sda3 ext4 (not mounted) 9bbfc8d5-7ee9-4af1-bc97-68a5a3ed406c
/dev/sda4 ext4 Daten /media/Daten c11504e8-e305-4f3a-91ba-d8fed1082bfe
Die Installation des Kernels läuft bis 61 bzw. 71% einwandfrei und dann dauert es gefühlt 5 Minuten bis die einzelnen Partitionen gefunden werden und dann weiter läuft.
-
-wozu braucht dein BIOS den Kernelparameter "acpi_osi=Linux" ?
-eine swap mit dem Bootflag ist mir auch noch nicht untergekommen. Entferne bitte die Bootflags von sda1 und sdb1
Ich gehe jetzt davon aus, dass dein System bezüglich grub und os-prober auf dem aktuellen Stand ist und ein bei uns gebräuchliches D-U das aktuelle Kernel-Image und Kernel-Header zieht.
Sowohl der Kernel als auch Grub brauchen bei 3 Platten etwas Unterstützung beim booten.
Deshalb ist hier empfohlen eine device.map zu erstellen. Das erledigen wir mit dem Befehl
grub-mkdevicemap --no-floppy
kontrolliere in /boot/grub/ diese Datei und deren Inhalt auf Richtigkeit
Mit zwei Platten sieht das z.B. so aus:
(hd0) /dev/disk/by-id/ata-ST3250820AS_5QE2CS2G
(hd1) /dev/disk/by-id/ata-WD2502ABYS-23B7A0_39M4511_42C0463IBM_WD-WCAT19173754
Danach ist ein update-grub notwendig.
Wenn deine /etc/default/grub richtig ist, sollte die Kernelzeile jetzt mit der swap ergänzt sein
also: BOOT_IMAGE=/boot/vmlinuz-4.11.10-towo.1-siduction-amd64 root=UUID=071347aa-89b4-4e9a-b1fe-a0892eafa410 ro quiet resume=UUID=02b2c773-71d0-4f18-9512-cd0967d1bda0
Diese Datei solltest du sowieso wegen dem "acpi_osi=Linux" zeigen.
Du bist 'dran.
-
Super, Danke für die Tipps.Werde am WE das durchführen, melde mich dann.
-
Naja, ich dachte du benennst erst einmal die fehlenden Informationen...
Einen schnellen Versuch mit so einen nicht startenden Kernel würde ich schon machen. ;D
Im grub-menü den Kernel auswählen, mit "e" zum bearbeiten öffnen, und nach einen Leerzeichen am
Ende das
resume=UUID=02b2c773-71d0-4f18-9512-cd0967d1bda0
einfügen/eintippen; wieder Leerzeichen und mit Strg+x den Bootvorgang durchstarten.
Vielleicht auch gleich das acpi_osi=Linux rauslöschen und die Zeile so aussehen lassen
...ro quiet resume=UUID=02b2c773-71d0-4f18-9512-cd0967d1bda0
Ist aber alles Spekulation.
Generell sollte man bei diesen arbeiten vorbereitet sein:
a) ein Linux-Live (am besten von siduction) bei der Hand zu haben
b) zu bedenken, falls die grub-shell erscheint (grub>), das amerikanische Tastaturlayout auf einem Zettel nötig wird!
-
Ich kann keinen Kernel im grub-menü auswählen weil ich kein grub sehe.Laptop fährt hoch, das BIOS sehe ich noch nur dann wird der Bildschirm schwarz und ich kann null auswählen.Dann passiert nichts mehr.
-
ok, war ein Versuch. :-\
Du solltest zur Sicherheit den grub in den MBR von allen drei Platten neu installieren. Am besten vor dem
update-grub, wenn du die device.map erstellt hast.
-
device.map
(hd0) /dev/disk/by-id/ata-ST9750420AS_6WS2WNZP
(hd1) /dev/disk/by-id/ata-MTFDDAK256MAY-1AH12ABHA_14270C89682E
(hd2) /dev/disk/by-id/ata-TOSHIBA_THNSNH128GMCT_836S10GFTOLY
grub# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_TIMEOUT=2
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=1920x1080
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
GRUB_THEME=/boot/grub/themes/Grau/theme.txt
Bei GRUB_CMDLINE_LINUX="" den Eintrag "acpi_osi=Linux" entfernt. War wohl vor Jahren nötig, keine Ahnung.
grub.d/10_inux
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-071347aa-89b4-4e9a-b1fe-a0892eafa410' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd2,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos1 --hint-efi=hd2,msdos1 --hint-baremetal=ahci2,msdos1 --hint='hd2,msdos1' 071347aa-89b4-4e9a-b1fe-a0892eafa410
else
search --no-floppy --fs-uuid --set=root 071347aa-89b4-4e9a-b1fe-a0892eafa410
fi
echo 'Linux 4.11.10-towo.1-siduction-amd64 wird geladen …'
linux /boot/vmlinuz-4.11.10-towo.1-siduction-amd64 root=UUID=071347aa-89b4-4e9a-b1fe-a0892eafa410 ro
echo 'Initiale Ramdisk wird geladen …'
initrd /boot/initrd.img-4.11.10-towo.1-siduction-amd64
}
Werde jetzt ein Backup machen und am WE den aktuellen Kernel installieren.
Was mir aufgefallen ist das in der grub.cfg (Größe 2,2MB) zahlreiche Einträge doppelt sind, sprich die einzelnen "grub.d/xx_linux" Einträge sehr lang sind weil mehrmals vorhanden.
Grub ist auf der Siduction und wird dort gewartet, heißt nach den Installationen der weiteren BS habe ich Grub dort jeweils das update verboten und dann Grub auf Siduction nochmals konfiguriert das nur von dieser gestartet wird. Funktionierte bisher auch ohne Probleme.
-
ein update-grub hast du aber noch nicht gemacht?
Also gut,
/boot/grub/device.map
sieht gut aus
/etc/default/grub
ändere diese Zeile mit deiner swap in
GRUB_CMDLINE_LINUX_DEFAULT="quiet resume=UUID=02b2c773-71d0-4f18-9512-cd0967d1bda0"
anschließend ist wieder update-grub notwendig.
/boot/grub/grub.cfg
generell sollte diese Datei nicht händisch bearbeitet werden, es sei denn, man weiß, was man tut. Sie wird sowieso bei einem update-grub; einen neuen Grub oder einen neuen Kernel NEU geschrieben.
Wenn diese bei dir eine Größe von 2,2MB aufweißt, dann hast du bisher was falsch gemacht.
Es gibt hier das Paket
$ apt-cache policy kernel-remover
kernel-remover:
Installiert: 3.1.17
Installationskandidat: 3.1.17
Versionstabelle:
*** 3.1.17 500
500 http://ftp.spline.de/pub/siduction/extra unstable/main amd64 Packages
100 /var/lib/dpkg/status
was diese Aufgabe excellent erledigt. Ich habe in der Regel 3 bis 4 Kernel. Kommt dann der 5.
hinzu und dieser läuft auch einwandfrei, entferne ich mit kernel-remover die zwei Ältesten.
Damit wird auch die grub.cfg "aktualisiert".
Auf meinem Multiboot-System über zwei HDD laufen aktuell 8 Distris. Die grub.cfg des Hauptbootloader hat in etwa eine Größe zwischen 25 und 30 KiB. Gern schreibe ich dir auf, wie das geht. Jetzt habe ich keine Zeit. ;)
PS: ändere mal bitte deine Betreffzeile und entferne das Wort "Warnung", weil der Faden damit nix zu tun hat.
-
Kernel-Remover nutze ich schon seit Jahren, habe aktuell zwei Kernel zur Auswahl.4.11er und 4.9er.
Die Einträge die doppelt sind sehen so aus, Auszug:### BEGIN /etc/grub.d/15_os-prober ###
menuentry 'Debian GNU/Linux 8 (jessie)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=256ff70a-fa2a-4dbc-a91c-edc8cb7127f4 ro quiet
initrd /boot/initrd.img-3.16.0-4-amd64
}
submenu 'Erweiterte Optionen für Debian GNU/Linux 8 (jessie)' $menuentry_id_option 'osprober-gnulinux-advanced-256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
menuentry 'Debian GNU/Linux (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.16.0-4-amd64--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=256ff70a-fa2a-4dbc-a91c-edc8cb7127f4 ro quiet
initrd /boot/initrd.img-3.16.0-4-amd64
}
menuentry 'Debian GNU/Linux, mit Linux 3.16.0-4-amd64 (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.16.0-4-amd64--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=256ff70a-fa2a-4dbc-a91c-edc8cb7127f4 ro quiet
initrd /boot/initrd.img-3.16.0-4-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.16.0-4-amd64 (recovery mode) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.16.0-4-amd64-root=UUID=256ff70a-fa2a-4dbc-a91c-edc8cb7127f4 ro single-256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=256ff70a-fa2a-4dbc-a91c-edc8cb7127f4 ro single
initrd /boot/initrd.img-3.16.0-4-amd64
}
menuentry 'Debian GNU/Linux, mit Linux 3.16-3-amd64 (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.16-3-amd64--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /boot/vmlinuz-3.16-3-amd64 root=UUID=256ff70a-fa2a-4dbc-a91c-edc8cb7127f4 ro quiet
initrd /boot/initrd.img-3.16-3-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.16-3-amd64 (recovery mode) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.16-3-amd64-root=UUID=256ff70a-fa2a-4dbc-a91c-edc8cb7127f4 ro single-256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /boot/vmlinuz-3.16-3-amd64 root=UUID=256ff70a-fa2a-4dbc-a91c-edc8cb7127f4 ro single
initrd /boot/initrd.img-3.16-3-amd64
}
menuentry 'Debian GNU/Linux (stretch/sid) (auf /dev/sdb1) (auf /dev/sda2) (auf /dev/sdb1) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
}
menuentry 'Debian GNU/Linux (stretch/sid) (auf /dev/sdb1) (auf /dev/sda2) (auf /dev/sdb1) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
}
menuentry 'Debian GNU/Linux (stretch/sid) (auf /dev/sdb1) (auf /dev/sda2) (auf /dev/sdb1) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
}
menuentry 'Debian GNU/Linux (stretch/sid) (auf /dev/sdb1) (auf /dev/sda2) (auf /dev/sdb1) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
}
menuentry 'Debian GNU/Linux (stretch/sid) (auf /dev/sdb1) (auf /dev/sda2) (auf /dev/sdb1) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
}
menuentry 'Debian GNU/Linux (stretch/sid) (auf /dev/sdc1) (auf /dev/sda2) (auf /dev/sdb1) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
}
menuentry 'Debian GNU/Linux (stretch/sid) (auf /dev/sdb1) (auf /dev/sdc1) (auf /dev/sda2) (auf /dev/sdb1) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
}
menuentry 'Debian GNU/Linux (stretch/sid) (auf /dev/sdb1) (auf /dev/sdc1) (auf /dev/sda2) (auf /dev/sdb1) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
}
menuentry 'Debian GNU/Linux (stretch/sid) (auf /dev/sdb1) (auf /dev/sdc1) (auf /dev/sda2) (auf /dev/sdb1) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
}
menuentry 'Debian GNU/Linux (stretch/sid) (auf /dev/sdb1) (auf /dev/sdc1) (auf /dev/sda2) (auf /dev/sdb1) (auf /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--256ff70a-fa2a-4dbc-a91c-edc8cb7127f4' {
insmod part_msdos
insmod ext2
set root='hd0,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2 --hint='hd0,msdos2' 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
else
search --no-floppy --fs-uuid --set=root 256ff70a-fa2a-4dbc-a91c-edc8cb7127f4
fi
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
und so weiter ....
Wahrscheinlich muss ich in den anderen BS auch die Kernel mal aufräumen.Werde ich vorher machen und dann versuchen den neuen Kernel zu installieren.
-
Änderungen lösen das gleiche Phänomen aus, keine Grub Übersicht mehr.Versuche nun eins nach dem anderen umzusetzen.
-
GRUB_CMDLINE_LINUX="acpi_osi=Linux" muss wohl bleiben, wenn ich den Eintrag herausnehme geht nix mehr. Werde beim nächsten mal die GRUB_CMDLINE_LINUX_DEFAULT="" nach deinem Tipp anpassen. Dauert aber noch Familie will essen.
# If you change this file, run 'update-grub' afterwards to update# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_TIMEOUT=2
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX="acpi_osi=Linux"
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=1920x1080
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
GRUB_THEME=/boot/grub/themes/Grau/theme.txt
-
### BEGIN /etc/grub.d/15_os-prober ###
das ist kein "Phänomen", sondern Murks und kein Standard in der Grub-Konfiguration! Schon gar nicht im Grub von Siduction!
Es entsteht durch die gleichzeitige Nutzung dieser "Ubuntu-Erfindung" Customizer.
Du kannst hier aufhören und alles NEU machen (außerdem, schreibst du immer nur "Kleckerweise").
Nachher schreibe ich dir auf, was meine Erfahrungen sind. Mahlzeit. ;)
-
Du kannst hier aufhören (außerdem, schreibst du immer nur "Kleckerweise")
Klar neu installieren ist beste Methode, ausser der Konfiguration das es wieder so wir wie es bisher war.
Was heißt hier kleckerweise?
Meinst du ich ärgere dich absichtlich?
Vielleicht ist es besser eins nach dem anderen zu machen.
-
Meinst du ich ärgere dich absichtlich?
du ärgerst mich nicht, denn du hast das Problem. ;D
...kleckerweise..
....15_os-prober...
wieviele Scripte gibt es noch, die nicht der Standard-Konfiguration entsprechen? Auf der 1.Seite hier hatte ich geschrieben
die grub.cfg wäre auch nicht schlecht
Da wären wir dort schon dahin gekommen, wo wir jetzt sind. ;)
Wenn du der Meinung bist, den Murks reparieren zu können, Bitte.
Ich kann es nicht und habe es auch nicht einmal sauber gesehen.
-
grub.cfg ist jetzt nur noch 438kb groß. Jetzt ist Debian dran mit Kernel löschen.
Sind jetzt 900kb, werde erstmal ein Backup machen.
-
Also gut, meine letzte Idee (Holzhammer-Methode) und ich garantiere für nichts!
Die Reihenfolge ist mir nicht ganz klar, denke aber so:
1. In ALLEN Systemen ist das Paket(Customizer), was die Scripte in die Grub-Konfiguration schreibt zu entfernen (purge).
2. In den (Neben)-Systemen entziehst du den os-prober(n) das Ausführungsrecht
chmod -x 30_os-prober
wenn hier memtest o.ä. aktiv ist, auch diesen. Bei mir hat das oftmals nicht geholfen, weswegen ich die memtest's kurzerhand ins /home verschoben habe.
danach ist update-grub fällig.
Kontrolliere, dass der Code sauber ist! In der jeweiligen grub.cfg dürfen nur noch die Kernel (3) und eventuelle rescue/failsafe Einträge etc. sich befinden.
(Vielleicht muß man auch hier grub NEU installieren, ich weiß es nicht. Aber aufpassen, in den
PBR !!)
3. im Hauptsystem siduction, dass das BIOS auf jeder Platte eine Bootloaderkonfiguration findet
und du die Reihenfolge der Platten nicht umstellen mußt, Grub-Neuinstallation durch
/usr/sbin/grub-install --recheck --no-floppy /dev/sda
/usr/sbin/grub-install --recheck --no-floppy /dev/sdb
/usr/sbin/grub-install --recheck --no-floppy /dev/sdc
notfalls so oft jeden einzelnen Befehl wiederholen, bis ER überzeugt ist (wie unser Wiki sagt) ;)
Weiß nicht ob hier update-grub auch empfohlen ist, auf jeden Fall: Kontrolle-Kontrolle-Kontrolle dass ALLE Konfigurationsdateien (gucke auch mal in die fstab) stimmig sind, bevor du das System zum reboot verläßt.
-
Danke, werde es so machen. Nur nicht sofort, wegen Arbeit.
-
1. In ALLEN Systemen ist das Paket(Customizer), was die Scripte in die Grub-Konfiguration schreibt zu entfernen (purge).
Habe diesen "customizer" in keiner Installation gefunden.Werde die Tage weitermachen. Was meinst du mit PBR?
-
Was meinst du mit PBR?
Ich kannte den Begriff auch nicht.
Gemeint ist wohl, nicht in den MBR (existiert einmalig pro Festplatte), sondern in die entspr. Partition schreiben.
https://de.wikipedia.org/wiki/Volume_Boot_Record
-
PBR = Partitions-Boot-Record
Du hast immer noch nicht beantwortet, woher dann...15_os-prober...
und eventuell weitere Scripte, in deiner auszugsweise gezeigten grub.cfg , kommt.
Typischerweise hat eine Siduction-Installation mit Grub und OS-Prober dieses Aussehen:
(https://cdn.scrot.moe/images/2017/10/03/grub_d.png.th.jpg) (https://scrot.moe/image/6j1O6)
-
Sorry, habe gerade kaum Zeit.
Diese Scripte müssen mit den Installationen dazu gekommen sein, auf dem Laptop was damals beim Kauf bei Tuxedo Linux-Mint drauf (aus Mint ist dann Debian geworden) dann habe ich Siduction auf der SSD, und noch eine SSD mit Ubuntu installiert, ich habe diese Scripte nicht wissentlich oder mit Absicht installiert.
Siduction war immer meine erste Wahl, wie diese Scripte nun in das BS kommen weiß ich nicht.
Vermute mal das die einzelnen BS durch Sidu erkannt werden und dort bei einem update-grub vermerkt werden.
Werde diese Scripte mal einzeln deaktivieren, mal schauen was passiert.
-
Werde diese Scripte mal einzeln deaktivieren, mal schauen was passiert.
Hm, wie oft denn nun noch...
-du hast ein Multibootsystem
-dein Hauptbootloader ist GRUB von Siduction
-dein Hauptbootloader ist kaputt! Das äußert sich darin, dass nach dem Kernel 4.11 keine Kernel mehr angezeigt bzw. geladen werden.
Du sollst zunächst die anderen zwei Systeme, wie ich geschrieben habe, bereinigen. (https://forum.siduction.org/index.php?topic=6828.msg55855#msg55855) Das ist VORAUSSETZUNG, damit dir dieser Mist nicht wieder in den Hauptbootloader gelangen kann! Auch hier hilft für den Überblick
ls -l /etc/grub.d/
Wenn du allerdings nicht mehr weißt, wie du das .. heißt nach den Installationen der weiteren BS habe ich Grub dort jeweils das update verboten..
gemacht hast und wieder rückgängig machst, dann ist wahrscheinlich ALLES NEU die beste Lösung. ;D
Edit:
es ist nicht notwendig den Grub in den anderen System wie auch immer "aus zu schalten/das Update zu verbieten", wenn dieser in den PBR installiert wurde.
Auch der Entzug des Ausführungsrechts -x des Script os-prober, führt bei einem späteren Update nicht dazu, dass dies rückgängig gemacht würde. ;)
-
Zwischenstand:
Bin dabei alles durchzuführen, habe die jetzige grub.cfg auf 32kb und das System bootet weiterhin.
Booten ist wieder sehr schnell, werde die anderen Tipps noch durchführen, bin nur die Woche wieder unterwegs also frühesten am WE.
-
So ist geschafft. ;D 8)
root@siductionbox:/home/deka# inxi -Fz
System: Host: siductionbox Kernel: 4.13.7-towo.2-siduction-amd64 x86_64
bits: 64
Desktop: Xfce 4.12.4
Distro: siduction 13.1.0 Firestarter - xfce - (201305202241)
Machine: Device: laptop System: CLEVO product: W55xEU serial: N/A
Mobo: CLEVO model: W55xEU v: D02 serial: N/A
BIOS: American Megatrends v: 4.6.5 date: 08/02/2013
Battery BAT0: charge: 33.4 Wh 97.8% condition: 34.2/62.2 Wh (55%)
CPU: Quad core Intel Core i7-3632QM (-HT-MCP-) cache: 6144 KB
clock speeds: max: 2201 MHz 1: 2194 MHz 2: 2194 MHz 3: 2194 MHz
4: 2194 MHz 5: 2194 MHz 6: 2194 MHz 7: 2194 MHz 8: 2194 MHz
Graphics: Card: Intel 3rd Gen Core processor Graphics Controller
Display Server: x11 (X.Org 1.19.5 ) driver: intel
Resolution: 1920x1080@59.94hz
OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile
version: 4.2 Mesa 17.2.2
Audio: Card Intel 7 Series/C216 Family High Def. Audio Controller
driver: snd_hda_intel
Sound: ALSA v: k4.13.7-towo.2-siduction-amd64
Network: Card-1: Intel Centrino Advanced-N 6235 driver: iwlwifi
IF: wlan0 state: up mac: <filter>
Card-2: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
driver: r8169
IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives: HDD Total Size: 1134.3GB (58.2% used)
ID-1: /dev/sdb model: MTFDDAK256MAY size: 256.1GB
ID-2: /dev/sdc model: TOSHIBA_THNSNH12 size: 128.0GB
ID-3: /dev/sda model: ST9750420AS size: 750.2GB
Partition: ID-1: / size: 16G used: 8.3G (58%) fs: ext4 dev: /dev/sdc1
ID-2: /home size: 102G used: 82G (85%) fs: ext4 dev: /dev/sdc2
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 55.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 261 Uptime: 1 min Memory: 1334.4/7863.5MB
Client: Shell (bash) inxi: 2.3.40
Danke an @unklarer das er soviel Geduld aufgebracht hat.
-
Jetzt wollte ich aber wie gewohnt den Titel anpassen und das Ganze auf gelöst setzen...
Das funktioniert in unserem neuen Forum aber wohl nicht mehr so oder kann ich das doch irgendwie machen, die "ändern"-Buttons gibt es nicht mehr.
-
Ich hab das mal für Dich gemacht.
-
Danke @towo.