Siduction Forum
Siduction Forum => Installation - Support => Topic started by: GrafMager on 2018/07/25, 19:58:46
-
Hola die Herren,
bisher habe ich das meiste irgendwie hingekriegt mit ein bisschen Recherche und Hirnschmalz, aber jetzt bin ich mit meinem Latein am Ende:
Laut uname -r läuft bei mir Kernel 4.17.9. Es kommt der Anmeldebildschirm, aber ich kann mich weder mit meinem Nutzer anmelden, noch mit einem anderen (oder root). Er springt einfach wieder auf den leeren Anmeldebildschirm.
Dachte mir, probierste halt einen älteren Kernel. Allerdings kann ich machen was ich will, mein Grub.Menü wird nicht angezeigt (SHIFT bringt gar nix, ESC auch nicht). Somit habe ich mich per ssh angemeldet und versucht:
GRUB_DEFAULT="Advanced options for siduction 2018.3.0 Patience (Xfce) GNU/Linux>siduction 2018.3.0 Patience (Xfce) GNU/Linux, mit Linux 4.15.5-towo.1-siduction-amd64"
das wird einfach ignoriert ... auch alle anderen GRUB_DEFAULTS=X sind dem System egal, er bootet immer 4.17.9.
Kann mir bitte jemand sagen, was hier los ist? Welche LOGs braucht ihr?
-
Gar keine Logs - eher die Information, wie viele Systeme Du auf der Kiste hast
-
Ist es eventuell das sddm-Problem?
https://forum.siduction.org/index.php?topic=7269.0 (https://forum.siduction.org/index.php?topic=7269.0)
-
@ melmarker
Nur das eine. Habe mir den anderen Thread hier durchgelesen, aber sehe dort auch keine Lösung meiner Probleme.
@ samoht
Wenn es das sddm-Problem ist, dann ist es plötzlich noch hinzugekommen. Eine Lösung kann ich in dem dortigen Thread aber auch nicht wirklich erkennen.
Generell:
a) ich glaube, ich habe ein wenig Mist gebaut, als ich das letzte Mal meine root-Partition aufräumen wollte und alte Kernel gelöscht hab. Per
dpkg -l 'linux-*'bekomme ich nämlich deutlich mehr angeblich installierte Kernel angezeigt als die grub.cfg erkennt.
Gibt es hier einen Weg, wieder Ordnung in die Sache reinzubringen?
b) was mich am meisten wundert ist die Tatsache, dass mein Grub-Menü nicht angezeigt wird. Dies könnte natürlich damit zusammenhängen, dass ich zwei Grafikkarten betreibe - einmal eine Radeon 460 für's Bild, und dann noch die Onboard-Intel HD4000 für Sound over HDMI (da die AMD-Treiber das ja immer noch nicht wirklich können). Dies gipfelt auch darin, dass ich auch nicht in mein BIOS reinkomme.
-
so - und jetzt mal Butter bei die Fische - die Frage war nicht ohne Grund: wenn man irgendwo(tm) noch ne alte vergessene Installation rumfliegen hat, könnte es durchaus sein, dass man seinen Grub über eben diese welche verwaltet - macht aber nix - probier mal folgendes, gesetzt den Fall, dass Du ne mbr-Installation hast
grub-mkconfig
Und schau Dir an, was er auswirft. Sollte das unterschiedlich von dem sein, was Du in Deinem Grub-Menu siehts, siehe oben. Abhilfe in diesem Fall:
grub-install /dev/sd??
update-grub
systemctl reboot
-
Ich habe definitiv keine andere / alte / vergessene / sonstwie geartete Installation auf der Festplatte. Habe damals, als ich Siduction installiert habe, bewusst alles andere plattgemacht.
grub-mkconfig teste ich, sobald ich am betreffenden Rechner sitze.
Jetzt noch ne saudumme Frage: habe nicht mehr auf dem Schirm, ob ich eine mbr-Installation gemacht habe. Wie kann ich hier sichergehen?
EDIT:
Hier das Ergebnis von grub-mkconfig
GRUB-Konfigurationsdatei wird erstellt …
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="${saved_entry}"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0
else
search --no-floppy --fs-uuid --set=root 18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=1280x1024
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=de_DE
insmod gettext
fi
terminal_output gfxterm
Thema gefunden: /usr/share/grub/themes/patience/theme.txt
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0
else
search --no-floppy --fs-uuid --set=root 18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0
fi
insmod gfxmenu
insmod png
set theme=($root)/usr/share/grub/themes/patience/theme.txt
export theme
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=5
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=1280x1024
export linux_gfx_mode
Linux-Abbild gefunden: /boot/vmlinuz-4.17.9-towo.1-siduction-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.17.9-towo.1-siduction-amd64
menuentry 'siduction 2018.3.0 Patience (Xfce) GNU/Linux' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0' {
savedefault
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
else
search --no-floppy --fs-uuid --set=root 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
fi
echo 'Linux 4.17.9-towo.1-siduction-amd64 wird geladen …'
linux /vmlinuz-4.17.9-towo.1-siduction-amd64 root=UUID=18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0 ro quiet systemd.show_status=1 amdgpu.dc=1 ipv6.disable=1 splash
echo 'Initiale Ramdisk wird geladen …'
initrd /initrd.img-4.17.9-towo.1-siduction-amd64
}
submenu 'Erweiterte Optionen für siduction 2018.3.0 Patience (Xfce) GNU/Linux' $menuentry_id_option 'gnulinux-advanced-18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0' {
menuentry 'siduction 2018.3.0 Patience (Xfce) GNU/Linux, mit Linux 4.17.9-towo.1-siduction-amd64' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.17.9-towo.1-siduction-amd64-advanced-18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0' {
savedefault
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
else
search --no-floppy --fs-uuid --set=root 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
fi
echo 'Linux 4.17.9-towo.1-siduction-amd64 wird geladen …'
linux /vmlinuz-4.17.9-towo.1-siduction-amd64 root=UUID=18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0 ro quiet systemd.show_status=1 amdgpu.dc=1 ipv6.disable=1 splash
echo 'Initiale Ramdisk wird geladen …'
initrd /initrd.img-4.17.9-towo.1-siduction-amd64
}
menuentry 'siduction 2018.3.0 Patience (Xfce) GNU/Linux, with Linux 4.17.9-towo.1-siduction-amd64 (recovery mode)' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.17.9-towo.1-siduction-amd64-recovery-18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0' {
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
else
search --no-floppy --fs-uuid --set=root 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
fi
echo 'Linux 4.17.9-towo.1-siduction-amd64 wird geladen …'
linux /vmlinuz-4.17.9-towo.1-siduction-amd64 root=UUID=18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0 ro single
echo 'Initiale Ramdisk wird geladen …'
initrd /initrd.img-4.17.9-towo.1-siduction-amd64
}
Linux-Abbild gefunden: /boot/vmlinuz-4.15.5-towo.1-siduction-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.15.5-towo.1-siduction-amd64
menuentry 'siduction 2018.3.0 Patience (Xfce) GNU/Linux, mit Linux 4.15.5-towo.1-siduction-amd64' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.5-towo.1-siduction-amd64-advanced-18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0' {
savedefault
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
else
search --no-floppy --fs-uuid --set=root 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
fi
echo 'Linux 4.15.5-towo.1-siduction-amd64 wird geladen …'
linux /vmlinuz-4.15.5-towo.1-siduction-amd64 root=UUID=18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0 ro quiet systemd.show_status=1 amdgpu.dc=1 ipv6.disable=1 splash
echo 'Initiale Ramdisk wird geladen …'
initrd /initrd.img-4.15.5-towo.1-siduction-amd64
}
menuentry 'siduction 2018.3.0 Patience (Xfce) GNU/Linux, with Linux 4.15.5-towo.1-siduction-amd64 (recovery mode)' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.5-towo.1-siduction-amd64-recovery-18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0' {
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
else
search --no-floppy --fs-uuid --set=root 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
fi
echo 'Linux 4.15.5-towo.1-siduction-amd64 wird geladen …'
linux /vmlinuz-4.15.5-towo.1-siduction-amd64 root=UUID=18b68ba7-aa30-4ec1-be77-d6c7be2e1ba0 ro single
echo 'Initiale Ramdisk wird geladen …'
initrd /initrd.img-4.15.5-towo.1-siduction-amd64
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86+ ###
Found memtest86+ image: /memtest86+.bin
menuentry "Memory test (memtest86+)" {
insmod part_gpt
insmod ext2
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
else
search --no-floppy --fs-uuid --set=root 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
fi
linux16 /memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
insmod part_gpt
insmod ext2
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
else
search --no-floppy --fs-uuid --set=root 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
fi
linux16 /memtest86+.bin console=ttyS0,115200n8
}
Found memtest86+ multiboot image: /memtest86+_multiboot.bin
menuentry "Memory test (memtest86+, experimental multiboot)" {
insmod part_gpt
insmod ext2
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
else
search --no-floppy --fs-uuid --set=root 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
fi
multiboot /memtest86+_multiboot.bin
}
menuentry "Memory test (memtest86+, serial console 115200, experimental multiboot)" {
insmod part_gpt
insmod ext2
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
else
search --no-floppy --fs-uuid --set=root 8e16eefe-47da-4b66-9373-e8ea30d0b3c3
fi
multiboot /memtest86+_multiboot.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/30_uefi-firmware ###
### END /etc/grub.d/30_uefi-firmware ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
erledigt
Deckt sich also weitestgehend mit der grub.cfg: Kernel 4.15.5 sowie 4.17.9 werden erkannt.
-
bin jetzt mal am Anmeldebildschirm ins Terminal und habe versucht, per startx irgendwas zu bewirken (siehe erwähnter sddm-Thread), aber da kommt nur ein schwarzer Bildschirm und nach ein paar Minuten dann
X server: Resource temporarily unavailable
waiting for X server to shut down
xinit: server error
Was zum Henker ...?
Abgesehen davon bringt die Ausgabe von journalctl -b auch nix Auffallendes zu Tage.
-
Da hilft vermutlich ein Blick ins Xorg.log. Das wohnt unter
var/log/Xorg.0.log
-
https://pastebin.com/sQckcv66
auch hier sehe ich nichts bedrohliches.
Hier noch grob die Ausgabe, die er nach missglücktem startx bringt:
xauth: unable to write authority file /home/xxx/.Xauthority-n
zudem behauptet er, es gäbe eine Logfile unter /home/xxx/.local/share/xorg/Xorg.1.log - die ist aber leer....
-
ich würd da rustikaler vorgehen - im grubscreen den 17.9 auswählen und auf 'e' drücken, dann ans Ende der Kernelzeile ne 3 malen und starten - nen startx sollte die DE starten. Funktioniert das nicht, ist das Problem auf jeden Fall nicht der DM.
-
Ich komme leider nicht in den Grub-Screen! Das ist doch das Problem!
Und meine Anweisungen in /etc/default/grub hinsichtlich GRUB_DEFAULT werden ignoriert. Er bootet IMMER den 4.17.9
-
/etc/default/grub.d/ ... und da die grafik rausnehmen
-
Mich macht ja das
xauth: unable to write authority file /home/xxx/.Xauthority-n stutzig. Das sieht mir nach read-only System aus!? Da hilft gemeinhin ein mount -o remount, rw / Andere Idee wäre, dass das /home voll ist. Auskunft darüber gibt ein df -h
-
recht haste devil - vielleicht einfach auch nur falsche Verzeichnisrechte oder so.
-
Bitte mal testweise:
- ändere in der /etc/default/grub die Zeile mit GRUB_DEFAULT wieder auf GRUB_DEFAULT=0
- paste uns die Datei /etc/default/grub, gucken ob da nicht noch irgendwo ein falsches SAVEDEFAULT ist
- mach damit ein 'update-grub'
- guck in die Datei /boot/grub/grubenv, dass da nur die erste Zeile "# GRUB Environment Block" steht und sonst nur lauter #
- gib dem root Terminal ein grub-reboot '1>2' (das sollte in die grubenv eine Zeile mit next_entry einfügen, verifizierbar durch 'grub-editenv list') ... und reboote
-
Danke für die Unterstützung. Kann ich leider alles erst heute Abend probieren, aber ich melde mich dann!
... vorweg: wie kann so etwas "plötzlich" passieren? Eigentlich bastele ich nicht an dem System rum, mache regelmäßig meine Updates und ab und zu war halt mal eine Kernel-Version dabei, die bei mir nicht wollte. Bin dann meist eine Version wieder zurück und dann ging alles wieder. Und jetzt plötzlich geht gar nix mehr!
An dieser Stelle eine große Lobpreisung an SSH. Ich wäre sonst wohl verloren...
-
So, also der Reihe nach:
/etc/default/grub:
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR='lsb_release -i -s 2> /dev/null || echo Debian'
GRUB_CMDLINE_LINUX_DEFAULT="quiet systemd.show_status=1 amdgpu.dc=1 ipv6.disable=1 splash"
GRUB_CMDLINE_LINUX=""
/boot/grub/grubenv:
#GRUB Environment Block
saved_entry=gnulinux-simple-18b68ba7-aa30-4ec1
next_entry=
##############################
Was mir noch eben aufgefallen ist:
wenn ich beim Anmeldebildschirm per ALT-STRG-Fx in der Konsole mich als root anmelde und DANN startx ausführe, komme ich auf den Desktop. Als normaler User geht das nicht. ...........
EDIT:
Warum auch immer (habe alle eure Ratschläge befolgt): es geht wieder! Ich komme wieder als User auf den Desktop.
Was aber immer noch nicht geht, ist das GRUB-Menü. Das wäre allerdings ziemlich nützlich ...
-
das mit den _allen Ratschlägen_ streichen wir mal flugs. Und dann sei doch mal so freundlich und editier die richtigen Dateien - auf gut deutsch kann jeder fast soviel in /etc/default/grub editieren, das wird aber nichts helfen, weil danach die /etc/default/grub.d/siduction.cfg gesourced wird :D
-
Verstehe auch nach mehrmaligem Lesen deinen Post nicht, sorry. Aber weiterhin danke für die Hilfe.
-
Du hast aber schon einmal von Konfigurations-Direktories gehört?
if test -f ${sysconfdir}/default/grub ; then
. ${sysconfdir}/default/grub
fi
for x in ${sysconfdir}/default/grub.d/*.cfg ; do
if [ -e "${x}" ]; then
. "${x}"
fi
done
-
Durchaus. Aber in keinem der Guides, die ich in den letzten Tagen zum Thema Grub durchgelesen habe, stand etwas von der siduction.cfg. Liegt wohl daran, dass es eine Eigenheit eures Systems ist?
-
Das liegt daran, dass wir uns die freiheit herausnehmen, Standards auch zu benutzen. - siehe orginal-upstream grub-mkconfig
Hmm - vielleicht ist etwas ausführlicher an dieser Stelle gut. Die Idee der KonfigDirs ist zwar nicht ganz neu, aber immer noch klasse. Vor allem, wenn Upstream das Zeug gleich einbaut. Und da Menschen und Distributionen halt in vielen Fällen behäbig sind, spricht sich das auch kaum rum. Lange Rede, kurzer Schwachsinn - dieser Mechanismus versetzt uns in die wunderbare Lage, eigene Konfigurationen zu verteilen, ohne bei den Orginal-Autoren oder Debian was reinpatchen zu müssen. Patchen ist zwar an sich nicht das Problem, man muss dann nur auf ewig und immer den jeweiligen Upstream überschreiben - bei jeder neuen Version. Und das kostet Zeit und ist fehleranfällig. Von daher ist das ein Segen, weil es halt immer funktioniert. Nicht so segensreich ist, dass debian das nicht auch benutzt - das ist leicht inkonsequent, in X und anderen Stellen (profile.d, apt/preferences.d, apt/sources.list.d usw) wird davon reichlich gebrauch gemacht.
Eine andere Sache ist die der Kommunikation - auch wieder am Beispiel X - vor Jahren hieß es, dass debian die xorg.conf abgeschafft hätte und alle feierten das als großen Erfolg. Erm ja, abgeschafft wurde da gar nyx, das funktioniert weiterhin wie gewohnt - nur es wird nicht mehr benutzt. Und das erkärt dann auch, warum man zu manchen Themen halt Anleitungen findet wie: Editieren Sie XYZ - was an dieser Stelle gar nicht da ist. Wenn man so frech ist und das einfach mal anlegt, dann wird das auch astrein gelesen 8) Leider ist das wirklich ein wenig ungewohnt und eventuell auch oftmals auf den ersten Blick nicht zu erkennen.
Edit zum Edit:
Und genau das zeigt der Codeschnipsel: So vorhanden wird die /etc/default/grub gesourced (. ${sysconfdir}/default/grub) - und, so vorhanden, werden danach alles in /etc/default/grub.d gesourced. Sind es mehrere Dateien, ist die native Reihenfolge entscheidend.
Und natürlich ist es dann so, dass die Datei, die zuletzt schreibt, einfach mal gewinnt.
-
Alles klar, jetzt kapiert. Wobei ich das mit der Konfigurationsdateien, die manchmal (noch) da sind und manchmal nicht, grundsätzlich auch schon vorher verstanden hatte und durchaus auch so gehandelt habe (sie ist nicht da? dann erstelle ich sie...).
In diesem Fall sieht aber meine siduction,cfg so aus:
GRUB_TERMINAL_OUTPUT=gfxterm
GRUB_GFXMODE=1280x1024
GRUB_GFXPAYLOAD_LINUX=1280x1024
GRUB_THEME=/usr/share/grub/themes/patience/theme.txt
GRUB_DISTRIBUTOR="siduction 2018.3.0 Patience (Xfce)"
Wüsste also weiterhin nicht, warum ich nicht per SHIFT in mein Grub-Menü komme! Es muss doch einen Weg geben, im Notfall einen älteren Kernel laden zu können.
-
Nü - das ist einfach - versagt das Umschalten in den grafischen Modus - schein bei Dir der Fall zu sein, aus welchen Gründen auch immer - stehst Du im Regen.
-
Es gibt also keinerlei Lösungsansatz? Und vor allem: das Grub-Menü ist doch nicht grafisch....
-
Es gibt einen Lösungsansatz - und unser Grubmenu ist grafisch, dat mit dem Hintergrundbild und dem schicken Rahmen um ein halbdurchsichtiges Menu, die Icons vor den Punkten etc. pp.
In kurz - irgendwas™ haste verfrickelt, irgendwie™ kann man das bestimmt auch wieder richten. Ich glaub, dass sich IRC besser für diesen speziellen Support macht.