Was machst du da mit lvm?
Poste einfach einmal als root
Code
fdisk -l
Verschlüsselte Home-Partition vergrößern?
- deppiedave64
- Erledigt
Hinweis: In dem Thema Verschlüsselte Home-Partition vergrößern? gibt es 15 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
-
Zu aller erstmal:
Entschuldigung für die lange Inaktivität. Ich hatte in letzter Zeit viel Stress in der Schule und bin fast gar nicht mehr bis an den PC gekommen...
Trotzdem danke für all die hilfreichen Beiträge!
Ich habe jetzt die verschlüsselte Home-Partition gelöscht und die entsprechenden Einträge aus /dev und /etc/fstab entfernt. Anschließend habe ich die Dateien aus der vorigen Home-Partition ganz einfach nach /home verschoben.
Dies scheint auch funktioniert zu haben und mein System bootet normal. Allerdings dauert dies nun ungewöhnlich lange; die Bootanimation, die vorher von der Abfrage des Passwortes für die verschlüsselte Partition unterbrochen wurde, ist nun einige Minuten lang zu sehen.
systemd-analyze bescheinigt mir dies wie folgt:In der Ausgabe von systemd-analyze plot (siehe Dateianhang) finde ich noch einige Einträge, die anscheinend etwas mit Verschlüsselung zu tun haben, allerdings kenne ich mich nicht so gut damit aus.
Abgesehen davon funktioniert alles normal.Gibt es einen Weg, dem System dauerhaft mitzuteilen, dass beim Boot keine zusätzlichen Partitionen mehr eingebunden werden müssen, und so den Start zu beschleunigen?
-
-
Bash
Alles anzeigen17.382s wicked.service 2.170s dev-sda7.device 1.242s systemd-fsck-root.service 1.039s apparmor.service 985ms display-manager.service 929ms systemd-journald.service 807ms systemd-tmpfiles-setup.service 724ms systemd-modules-load.service 620ms systemd-tmpfiles-setup-dev.service 542ms dev-mqueue.mount 542ms dev-hugepages.mount 505ms sys-kernel-debug.mount 398ms kmod-static-nodes.service 397ms systemd-udev-root-symlink.service 285ms dev-disk-by\x2duuid-50380b71\x2dd50a\x2d444a\x2d9021\x2d0cf6628ecb2f.swap 254ms postfix.service 248ms systemd-sysctl.service 243ms systemd-remount-fs.service 178ms systemd-readahead-replay.service 153ms systemd-random-seed.service 133ms plymouth-read-write.service 120ms systemd-readahead-collect.service 94ms systemd-tmpfiles-clean.service 71ms systemd-udev-trigger.service 60ms ModemManager.service 46ms accounts-daemon.service 42ms user@484.service 40ms polkit.service 39ms plymouth-start.service 34ms rtkit-daemon.service 32ms user@1000.service 29ms udisks2.service 25ms nscd.service 24ms ntpd.service 19ms systemd-udevd.service 19ms avahi-daemon.service 19ms systemd-readahead-done.service 18ms systemd-vconsole-setup.service 17ms alsa-restore.service 16ms systemd-user-sessions.service 14ms wpa_supplicant.service 14ms wickedd-auto4.service 14ms wickedd-dhcp6.service 13ms wickedd-dhcp4.service 10ms rc-local.service 10ms sshd.service 8ms wickedd.service 8ms wickedd-nanny.service 7ms systemd-logind.service 5ms upower.service 3ms iscsi.service 3ms systemd-update-utmp-runlevel.service 3ms auditd.service 3ms systemd-journal-flush.service 2ms bluetooth.service 2ms systemd-update-utmp.service 2ms sys-fs-fuse-connections.mount -
Hat niemand eine Idee?
Laut der Ausgabe von systemd-analyze liegt das Problem im "userspace". Was genau ist das? systemd-analyze blame findet den Übeltäter nicht. Habe ich vielleicht etwas beim Entfernen der Home-Partition falsch gemacht? Gibt es dabei noch etwas zu beachten?