Cruiz
Anmeldungsdatum: 6. März 2014
Beiträge: 5557
Wohnort: Freiburg i. Brsg.
|
Bei meiner jüngsten Kubuntu-Installation habe ich das Homeverzeichnis mit ecryptfs verschlüsseln lassen. Das ist zwar nicht so sicher wie LUKS, aber hier geht es auch eher darum schnelle Mitnahmeeffekte zu vermeiden. Die wirklich wichtigen Daten sind auf einer LUKS Festplatte gesichert. Jetzt aber zum Problem:
Seit der Installation habe ich scheinbar keine Swap Partition mehr, was ich bei nur 3,4 GB Arbeitsspeicher problematisch finde.
|
jug
Ehemalige
Anmeldungsdatum: 19. März 2007
Beiträge: 12335
Wohnort: Berlin
|
MrGerardCruiz schrieb: Jetzt aber zum Problem:
Seit der Installation habe ich scheinbar keine Swap Partition mehr, was ich bei nur 3,4 GB Arbeitsspeicher problematisch finde.
Ok, legen wir das jetzt zu den Akten? Ich rate einfach mal, du möchtest wissen, ob sich daran etwas ändern lässt und wie du wieder eine swap-Partition bekommst? Wenn du auf deiner Festplatte eine Partition freimachen kannst, dann lässt sich diese einfach wieder als swap einbinden. Falls du dabei genauere Hilfestellung benötigst, dann zeige uns bitte deine aktuelle Partitionierung ~jug
|
Cruiz
(Themenstarter)
Anmeldungsdatum: 6. März 2014
Beiträge: 5557
Wohnort: Freiburg i. Brsg.
|
Oh man, merke nach 23 Uhr keine Supportanfragen mehr stellen...
Also es gibt rein faktisch natürlich eine Swap-Partition in der Partitionstabelle, siehe unten. Nur scheinbar wird diese beim Systemstart nicht richtig eingebunden. Aufgrund des Inhalts der fstab vermute ich ecryptfs als Ursache. Modell: ATA ST9320325AS (scsi)
Festplatte /dev/sda: 320GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 20,0GB 20,0GB primary ext4 boot
2 20,0GB 24,0GB 4000MB primary
3 24,0GB 320GB 296GB primary ext4 # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=6a9cc8b4-9670-4d32-a075-f2926f146ca8 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda3 during installation
UUID=fcc04b90-234d-4aee-a9d3-05e5e534780d /home ext4 defaults 0 2
# swap was on /dev/sda2 during installation
#UUID=37d1cda3-34c1-47d4-9b26-481aed29b0bd none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0
|
tlu
Anmeldungsdatum: 30. Mai 2006
Beiträge: 266
|
Ich habe genau dasselbe Problem mit Kubuntu 14.04. Die home-Partition ist mit ecryptfs verschlüsselt und der Swap wird nicht eingebunden. sudo parted -l ergibt: Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1048kB 25,6GB 25,6GB extended boot
5 1049kB 9000MB 8999MB logical linux-swap(v1)
6 9001MB 25,6GB 16,6GB logical ext4
2 25,6GB 205GB 180GB primary ext4 Der Eintrag in der fstab ist: # swap was on /dev/sda5 during installation
#UUID=1a50c1a7-cbcd-43ed-a835-8c153b253950 none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0 Die crypttab sieht so aus: cryptswap1 UUID=1a50c1a7-cbcd-43ed-a835-8c153b253950 /dev/urandom swap,cipher=aes-cbc-essiv:sha256 Aber sudo swapon -a ergibt: swapon: /dev/mapper/cryptswap1: „stat“ gescheitert.: Datei oder Verzeichnis nicht gefunden
|
Cruiz
(Themenstarter)
Anmeldungsdatum: 6. März 2014
Beiträge: 5557
Wohnort: Freiburg i. Brsg.
|
Okay dann bin ich schon mal nicht allein. Damit ist wohl ein Bugreport fällig. Edit:// Sieht wohl so aus, als wäre das eine Ubuntu Dauerbaustelle: https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/953875
|
syscon-hh
Anmeldungsdatum: 8. Oktober 2005
Beiträge: 10220
|
MrGerardCruiz schrieb: Okay dann bin ich schon mal nicht allein. Damit ist wohl ein Bugreport fällig.
Das ist kein - sondern Unkenntnis der Materie. Auch die SWAP-Partition ist verschlüsselt und als Device vorhanden. Teste einfach mal an:
sollte in etwa ergeben
Filename Type Size Used Priority
/dev/mapper/cryptswap partition 4194300 0 -1
Um welche Partition es sich handelt kann man dan aus der /etc/crypttab auslesen:
sollte in etwa ergeben
# <target name> <source device> <key file> <options>
cryptswap /dev/sdb1 /dev/urandom swap,cipher=aes-xts-plain,size=256
Danke für die Aufmerksamkeit - nachlesen kann man das alles hier gruß syscon-hh
|
Cruiz
(Themenstarter)
Anmeldungsdatum: 6. März 2014
Beiträge: 5557
Wohnort: Freiburg i. Brsg.
|
Eben genau das tut es nicht. ***@Schleppmaschine:~$ swapon -s
Filename Type Size Used Priority
***@Schleppmaschine:~$ cat /etc/crypttab
cryptswap1 UUID=37d1cda3-34c1-47d4-9b26-481aed29b0bd /dev/urandom swap,cipher=aes-cbc-essiv:sha256 Faktisch scheint das System auch keine Kenntnis der Swap Partition zu besitzen, da suspend-to-disk nicht angeboten wird.
|
tlu
Anmeldungsdatum: 30. Mai 2006
Beiträge: 266
|
Interessant: sudo blkid ergibt bei mir u.a.: /dev/sda5: UUID="46cb78dd-ba89-4ac6-b5bf-4b5fb5d907f9" TYPE="swap" Wieso ist hier die UUID anders als in der fstab und in der crypttab?
|
tlu
Anmeldungsdatum: 30. Mai 2006
Beiträge: 266
|
MrGerardCruiz schrieb: Eben genau das tut es nicht.
Genauso wie hier. Zeigt bei dir sudo blkid auch eine abweichende UUID an?
|
Cruiz
(Themenstarter)
Anmeldungsdatum: 6. März 2014
Beiträge: 5557
Wohnort: Freiburg i. Brsg.
|
sudo blkid zeigt bei mir nur die / und /home Partition an. Von Swap keine Spur.
|
syscon-hh
Anmeldungsdatum: 8. Oktober 2005
Beiträge: 10220
|
tlu schrieb: Wieso ist hier die UUID anders als in der fstab und in der crypttab?
In der /etc/fstab sollte die Zeile mit der relevanten UUID auskommentiert sein und insgesamt wie folgt aussehen (Beispiel):
# swap was on /dev/sdb1
# UUID=b358b8df-988d-4b61-b849-0a3041880550 none swap sw 0 0
/dev/mapper/cryptswap none swap sw 0 0
Diese auskommentierte UUID wird durch die erste Benutzung überschrieben, da mit jedem Neustart eine andere zufällige UUID entsteht. MrGerardCruiz schrieb: sudo blkid zeigt bei mir nur die / und /home Partition an. Von Swap keine Spur.
Auch das ist so richtig - im aktiven Zustand dieser Partition als SWAP hat diese keine UUID. Versuche einfach mal mit
dann ist zumindest die Partition wieder da. Und diese /dev/sdxy musst Du in dieser Schreibweise auch in der /etc/crypttab eintragen. Das System findet nur eine /dev/sdxy (xy-Wert anpassen an die Realität). Hinweis:Der Eintrag mit der UUID stammt allerdings von jemand, der darin rumgefuscht hat - das Installationsprogramm macht das nachweislich richtig!
|
Cruiz
(Themenstarter)
Anmeldungsdatum: 6. März 2014
Beiträge: 5557
Wohnort: Freiburg i. Brsg.
|
Wie du Post #3 entnehmen kannst ist das hier ja auch genau so. Trotzdem ist die Partition für das System scheinbar nicht vorhanden. Was nützt mir eine perfekt verschlüsselte Swap Partition, wenn das System sie nicht nutzen kann. 😉 Edit:// Nachsatz erst jetzt gesehen. Meinst du, dass man die /etc/cryptab modifizieren muss von:
cryptswap1 UUID=37d1cda3-34c1-47d4-9b26-481aed29b0bd /dev/urandom swap,cipher=aes-cbc-essiv:sha256
zu
cryptswap1 /dev/sda2 /dev/urandom swap,cipher=aes-cbc-essiv:sha256
?
|
syscon-hh
Anmeldungsdatum: 8. Oktober 2005
Beiträge: 10220
|
Es ist nicht so: MrGerardCruiz schrieb: ***@Schleppmaschine:~$ cat /etc/crypttab
cryptswap1 UUID=37d1cda3-34c1-47d4-9b26-481aed29b0bd /dev/urandom swap,cipher=aes-cbc-essiv:sha256
Siehe mein Post drüber.
|
Cruiz
(Themenstarter)
Anmeldungsdatum: 6. März 2014
Beiträge: 5557
Wohnort: Freiburg i. Brsg.
|
Siehe Edit 😉 P.S. Ich habe definitiv nicht an dem System rumgepfuscht. Der Installer macht es also falsch und damit ist es ein Käfer 😉
|
tlu
Anmeldungsdatum: 30. Mai 2006
Beiträge: 266
|
syscon-hh Diese auskommentierte UUID wird durch die erste Benutzung überschrieben, da mit jedem Neustart eine andere zufällige UUID entsteht.
Das ist mir neu ... und würde ja auch der Tatsache widersprechen, dass in der crypttab eine UUID angegeben ist. Wenn diese sich bei jedem Neustart ändern würde, würde das doch von vornherein nicht funktionieren. Wie auch immer: Ich habe in der crypttab die UUID mit derjenigen ersetzt, die von sudo blkid angegeben wurde und das System neu gestartet. Voilà: Die Swap-Partition wird jetzt erkannt! 👍 Womit freilich immer noch nicht erklärt ist, warum es diese unterschiedlichen UUIDs gegeben hat.
|