klinge
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
Hallo ich habe mein System nach Anleitung voll verschlüsselt. Am Anfang wurde beim starten des Systems eine grafische Aufforderung zur Entschlüsselung angezeigt. (Vermutlich nach dem ersten Kernelupdate) ist diese Aufforderung verschwunden und erscheint jetzt nur noch als Textaufforderung. Ansonsten funktioniert eigentlich noch alles einwandfrei. Ist das ein ernsthaftes Problem, respektive kann man das (wenn nötig) beheben? Gruss
K
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
Das ist nicht nur kein ernsthaftes, sondern überhaupt kein Problem. Muss man also auch nicht beheben. Ich kann dir aber auch nicht sagen, wie man wieder die grafische Anmeldung erhält, weil ich das seit Jahr und Tag textbasiert mache. Vermutlich muss da einfach das initramfs mit den richtigen Optionen gebaut werden.
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
Merci! Wenn das kein Problem ist, dann lasse ich das wohl so, nach jedem Kernelupdate manuell eingreifen ist die Sache sicher nicht wert 😉 Gruss K
|
TNTMaster
Anmeldungsdatum: 30. Juli 2009
Beiträge: 853
|
Für die graphische Passworteingabe wird Plymouth benötigt, hast du Änderungen am Plymouth-Theme vorgenommen oder den Boot-Splash über Boot-Optionen abgeschaltet? Das würde das Verhalten erklären. Ein manuelles Eingreifen beim Kernel-Update ist sicherlich nicht nötig. Gruß TNT
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
am System habe ich eigentlich nichts gemacht, ausser halt regelmässig Updates (und plötzlich wars weg). Es handelt sich um den Rechner meiner Freundin, sie nimmt (zumindest wissentlich) keine Systemanpassungen vor 😉. Bei meinem Rechner war von Anfang an nur Text. (Ich dachte, weil dort home auf einer zweiten Festplatte ist.) Aus Neugierde habe ich dann den Testrechner, den ich seit der Verschlüsselung nicht mehr angerührt habe, heute wieder einmal gestartet (die Grafik war vorhanden), Updates eingespielt, neu gestartet (und weg war die Grafik). Deshalb kam ich auf die Idee, dass irgend ein Update verantwortlich sein müsse und der Kernel schien mir (da Tante-Google nichts befriedigendes ausgespuckt hat) der naheliegendste Kandidat.
|
TNTMaster
Anmeldungsdatum: 30. Juli 2009
Beiträge: 853
|
Um mögliche Fehler beim Erstellen des initramfs zu erkennen, kannst du folgenden Befehl nutzen, der ein neues initramfs für den aktuell gebooteten Kernel im Ordner /tmp baut und anschließend wieder löscht. Die vorhanden initramfs in /boot bleiben dabei unangetastet und es wird keine Konfiguration geändert.
sudo update-initramfs -c -b /tmp -k $(uname -r); sudo rm /tmp/initrd.img-$(uname -r)
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
Merci! der Befehl führt zu folgender Ausgabe:
update-initramfs: Generating /tmp/initrd.img-4.18.0-18-generic
I: The initramfs will attempt to resume from /dev/dm-1
I: (/dev/mapper/vgubuntu-Swap)
I: Set the RESUME variable to override this. mir scheint /dev/dm-1 falsch zu sein und weshalb die Swap-Partition hier angegeben wird, ist mir ein Rätsel. Die Boot-Partition sollte eigentlich /dev/sda1 sein respektive, wenn es um den Bootloader geht müsste es einfach /dev/sda sein.
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7658
|
klinge schrieb: mir scheint /dev/dm-1 falsch zu sein
Für Hibernate/Resume ist das eigentlich schon goldrichtig so. (Aber besser man läßt ganz die Hände von dieser Funktion.) Dein Problem ist ja auch nicht das Resume. Zu Plymouth etc. steht da schlichtweg gar nichts.
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
Bei der Installation stand da sicher auch nichts zu Plymouth (wenn ich mich richtig erinnere, stand da eigentlich gar nichts, respektive vermutlich die letzte Zeile).
|
TNTMaster
Anmeldungsdatum: 30. Juli 2009
Beiträge: 853
|
Möglicherweise gibt
systemctl status plymouth-start.service
was her, oder ein Blick in /var/log/boot.log - Ansonsten gehen mir langsam die Ideen aus...
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
Also: systemctl status plymouth-start.service
● plymouth-start.service - Show Plymouth Boot Screen
Loaded: loaded (/lib/systemd/system/plymouth-start.service; static; vendor pr
Active: inactive (dead)
Condition: start condition failed at Mon 2019-05-13 16:27:04 CEST; 1min 12s ago
└─ ConditionKernelCommandLine=splash was not met und boot.log:
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Reading all physical volumes. This may take a while...
Found volume group "vgubuntu" using metadata type lvm2
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
3 logical volume(s) in volume group "vgubuntu" now active
/dev/mapper/vgubuntu-Root: recovering journal
/dev/mapper/vgubuntu-Root: clean, 178456/3203072 files, 1564786/12800000 blocks
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Reading all physical volumes. This may take a while...
Found volume group "vgubuntu" using metadata type lvm2
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
3 logical volume(s) in volume group "vgubuntu" now active
/dev/mapper/vgubuntu-Root: clean, 178996/3203072 files, 1655027/12800000 blocks
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Reading all physical volumes. This may take a while...
Found volume group "vgubuntu" using metadata type lvm2
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
3 logical volume(s) in volume group "vgubuntu" now active
/dev/mapper/vgubuntu-Root: clean, 179166/3203072 files, 1658521/12800000 blocks
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Reading all physical volumes. This may take a while...
Found volume group "vgubuntu" using metadata type lvm2
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
3 logical volume(s) in volume group "vgubuntu" now active
/dev/mapper/vgubuntu-Root: clean, 189399/3203072 files, 1804858/12800000 blocks
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Reading all physical volumes. This may take a while...
Found volume group "vgubuntu" using metadata type lvm2
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
3 logical volume(s) in volume group "vgubuntu" now active
/dev/mapper/vgubuntu-Root: clean, 189517/3203072 files, 1825707/12800000 blocks
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Reading all physical volumes. This may take a while...
Found volume group "vgubuntu" using metadata type lvm2
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
3 logical volume(s) in volume group "vgubuntu" now active
/dev/mapper/vgubuntu-Root: clean, 192821/3203072 files, 1875749/12800000 blocks
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Volume group "vgubuntu" not found
Cannot process volume group vgubuntu
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Reading all physical volumes. This may take a while...
Found volume group "vgubuntu" using metadata type lvm2
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
3 logical volume(s) in volume group "vgubuntu" now active
/dev/mapper/vgubuntu-Root: clean, 192825/3203072 files, 1875842/12800000 blocks Da es aber bloss ein ästhetisches Problem ist, ist es auch ok, die Sache dabei zu belassen (ewig rumsuchen dünkt mich doch übertrieben).
|
TNTMaster
Anmeldungsdatum: 30. Juli 2009
Beiträge: 853
|
klinge schrieb:
> Condition: start condition failed at Mon 2019-05-13 16:27:04 CEST; 1min 12s ago
> └─ ConditionKernelCommandLine=splash was not met
Kann es sein, daß die Bootoption splash nicht gesetzt ist?
cat /proc/cmdline
zum Überprüfen
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.18.0-18-generic root=/dev/mapper/vgubuntu-Root ro kopt=root=/dev/mapper/vgubuntu-root
|
TNTMaster
Anmeldungsdatum: 30. Juli 2009
Beiträge: 853
|
Da haben wir's, die Bootoption splash ist nötig, um Plymouth zu starten, das dir das graphische Passwortfeld bereitstellt, das meinte ich mit: TNTMaster schrieb: ... oder den Boot-Splash über Boot-Optionen abgeschaltet?
–> Bootoptionen (Abschnitt „Dauerhafte-Konfiguration-eines-Systems“)
|
klinge
(Themenstarter)
Anmeldungsdatum: 17. Februar 2010
Beiträge: 407
Wohnort: Bern
|
tja dann habe ich jetzt wieder was gelernt.
Bei der Installation habe ich eine zweite Zeile hinzugefügt: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX_DEFAULT="kopt=root=/dev/mapper/vgubuntu-root" bis zur Kernelaktualisierung hat es trotzdem funktioniert und anschiessend halt nicht mehr. Deshalb bin ich auch nicht auf die Idee gekommen, dass ich an /etc/default/grub etwas geändert habe. Merci! und Gruss
K
|