Antwort: Re: Hibernate mit Fedora 19 und verschlüsselte Festplatte
by Andreas Reschke
Marc <hm.koch(a)yahoo.de> wrote on 31.07.2013 15:38:18:
> Von: Marc <hm.koch(a)yahoo.de>
> An: andreas.reschke(a)behrgroup.com
> Datum: 31.07.2013 15:38
> Betreff: Re: Hibernate mit Fedora 19 und verschlüsselte Festplatte
>
> Hallo Andreas,
>
> hier läuft Fedora 18 und es funktioniert mit einem
> mit Cryptsetup verschlüsseltem System und LVM. Noch bin ich frisch
> in Linux, falls ich dir dennoch weiter helfen kann, dann frage bitte
> nochmal kurz nach. Sonst vergiss es. Am besten mit requests, welche
> Files du sehen willst.
>
> Schöne Grüße
> Marc
>
> Am 31.07.2013 15:16, schrieb Andreas Reschke:
> Hallo zusammen,
>
> ich hatte seither CentOS 6.4 auf meinem Laptop (Dell Latitude
> E6410). Da hat pm-hibernate funktioniert. Weil ich jetzt aktuellere
> Software benötige, die unter CentOS nicht läuft, bin ich auf Fedora
> 19 umgestiegen (kenne Fedora / Red Hat seit Anfang an). Jetzt geht
> pm-hibernate nicht mehr, d.h. der Rechner fährt zwar runter, bootet
> aber komplett neu, kein "Erwachen aus dem Tiefschlaf".
>
> Installation:
> Fedora 19, x86_64
>
> # /etc/fstab
> # Created by anaconda on Tue Jul 30 12:14:18 2013
> #
> # Accessible filesystems, by reference, are maintained under '/dev/disk'
> # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more
info
> #
> /dev/mapper/luks-e5b03e50-4652-482a-960f-2975eff5e02b /
> ext4 defaults,x-systemd.device-timeout=0 1 1
> UUID=ee2bc52a-d88d-4cc3-920d-caca9d225a37 /boot
> ext4 defaults 1 2
> /dev/mapper/luks-a195076a-ac71-4756-8d15-ad1ed5582207 /home
> ext4 defaults,x-systemd.device-timeout=0 1 2
> /dev/mapper/luks-22ad6af8-9394-481e-9c80-871ddad68360 swap
> swap defaults,x-systemd.device-timeout=0 0 0
> tmpfs /tmp
> tmpfs defaults,noatime,mode=1777,size=256M 0 0
>
> [root@st00ni0029 ~]# vgdisplay
> --- Volume group ---
> VG Name vg_st00ni0029
>
> [root@st00ni0029 ~]# lvdisplay
>
> --- Logical volume ---
>
> LV Path /dev/vg_st00ni0029/swap_lv
>
> LV Name swap_lv
>
> VG Name vg_st00ni0029
>
>
> --- Logical volume ---
>
> LV Path /dev/vg_st00ni0029/root_lv
>
> LV Name root_lv
> VG Name vg_st00ni0029
>
> --- Logical volume ---
> LV Path /dev/vg_st00ni0029/home_lv
> LV Name home_lv
> VG Name vg_st00ni0029
>
>
> Mit genau der gleichen Platteneinteilung geht pm-hibernate unter CentOS
6.4.
>
> Was kann ich mache, damit hibernate mit verschlüsselter Festplatte
> funktioniert?
>
> Gruß
> Andreas
> --
> de-users mailing list
> de-users(a)lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/de-users
Hallo Marc,
danke für die Antwort,
wie hast du das System installiert? Kann ich eine Ausgabe von "lvdisplay"
(wie ich oben auch gemacht habe) bekommen?
Gruß
Andreas
10 years, 7 months
Hibernate mit Fedora 19 und verschlüsselte Festplatte
by Andreas Reschke
Hallo zusammen,
ich hatte seither CentOS 6.4 auf meinem Laptop (Dell Latitude E6410). Da
hat pm-hibernate funktioniert. Weil ich jetzt aktuellere Software
benötige, die unter CentOS nicht läuft, bin ich auf Fedora 19 umgestiegen
(kenne Fedora / Red Hat seit Anfang an). Jetzt geht pm-hibernate nicht
mehr, d.h. der Rechner fährt zwar runter, bootet aber komplett neu, kein
"Erwachen aus dem Tiefschlaf".
Installation:
Fedora 19, x86_64
# /etc/fstab
# Created by anaconda on Tue Jul 30 12:14:18 2013
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more
info
#
/dev/mapper/luks-e5b03e50-4652-482a-960f-2975eff5e02b /
ext4 defaults,x-systemd.device-timeout=0 1 1
UUID=ee2bc52a-d88d-4cc3-920d-caca9d225a37 /boot ext4
defaults 1 2
/dev/mapper/luks-a195076a-ac71-4756-8d15-ad1ed5582207 /home
ext4 defaults,x-systemd.device-timeout=0 1 2
/dev/mapper/luks-22ad6af8-9394-481e-9c80-871ddad68360 swap
swap defaults,x-systemd.device-timeout=0 0 0
tmpfs /tmp tmpfs
defaults,noatime,mode=1777,size=256M 0 0
[root@st00ni0029 ~]# vgdisplay
--- Volume group ---
VG Name vg_st00ni0029
[root@st00ni0029 ~]# lvdisplay
--- Logical volume ---
LV Path /dev/vg_st00ni0029/swap_lv
LV Name swap_lv
VG Name vg_st00ni0029
--- Logical volume ---
LV Path /dev/vg_st00ni0029/root_lv
LV Name root_lv
VG Name vg_st00ni0029
--- Logical volume ---
LV Path /dev/vg_st00ni0029/home_lv
LV Name home_lv
VG Name vg_st00ni0029
Mit genau der gleichen Platteneinteilung geht pm-hibernate unter CentOS
6.4.
Was kann ich mache, damit hibernate mit verschlüsselter Festplatte
funktioniert?
Gruß
Andreas
10 years, 7 months
Fedora 19: Fernzugriff auf Desktop von OS X Mountain Lion aus geht nach Update nicht mehr
by Arno Schumacher
Hallo,
ich habe letzte Woche auf meinem Entwicklungsserver per fedora-upgrade Script von Fedora 18 auf 19 geupdated. Desktop ist Gnome.
Das lief eigentlich gut durch, ich musste noch von Hand Netatalk auf die Version 3.0.4 bringen, damit ich wieder von meinem Mac auf die Dateifreigaben des Servers zugreifen konnte, aber das war relativ fix gemacht.
Das einzige was nicht geht: Zugriff auf den Fedora 19 Desktop über die Bildschirmfreigabe von OS X Mountain Lion. Das ging vor dem Update ohne Probleme. Die Freigabe wurde per avahi announced und tauchte direkt im Finder auf. Ein Klick und die Passworteingabe brachten mich auf den Desktop der Fedora 19 Box. Jetzt taucht die Freigabe immer noch brav auf, will ich aber eine Verbindung herstellen, dann bekomme ich entweder gar keine Meldung oder den Hinweis "Die Software auf dem entfernten Computer ist anscheinend nicht kompatibel mit dieser Version der Bildschirmfreigabe."
Ich habe mich natürlich schon versucht schlau zu machen, konnte aber keine vergleichbaren Problemberichte im Netz finden. Ich konnte auch nicht mit endgültiger Sicherheit feststellen, ob der Vinoserver (der wenn ich das richtig sehe auf der Fedora-Seite für das Desktop Sharing zuständig ist) jetzt gravierende Änderungen erfahren hat und dort eventuell das Problem liegt?
Ich habe auch mal versucht von einem Windowsrechner auf den Desktop zuzugreifen, was aber auch nicht von Erfolg gekrönt war.
Hat jemand eine Idee was das Problem sein könnte?
Viele Grüße,
Arno
10 years, 7 months
Rawhide Rolling Release
by Olaf Radicke
Hallo!
Hat jemand Erfahrung mit Rawhide (Rolling Release)? Ist das von der Stabilität
vergleichbar mit Debian testing? Kann man damit als Desktop-System arbeiten
oder gehen die Hälfte der Zeit irgend welche Paket gerade nicht?
Gruß
Olaf
-------------------|-------------------|-------------------|-------------------|
10 years, 7 months
Mal wieder RPM-BUILD-Debugging
by Olaf Radicke
Hallo Leute!
Ich kämpfe hier schon wieder seid Stunden mit rpmbuild. Das Problem ist, das
das Tar-Archiv nicht in das BUILD-Verzeichnis entpackt wird.
Ich habe es auf zwei Wegen versucht:
rpmbuild -tb bla.tar.gz
Und das bla.tar.gz in SOURCE-Verzeichnis kopiert und
rpmbuild -bb bla.spec
Aufgerufen. Das Inhalt Tar-Archiv wird aber in beiden Fällen nicht in das
BUILD-Verzeichnis entpackt. In meinem Spec-File steht aktuell:
<snip>
%pre
%setup
tar -xvz $RPM_SOURCE_DIR/bla.tar.gz $RPM_BUILD_DIR/
<snip>
Eigentlich sollte nach meinem Verständnis auch reichen zu schreiben:
<snip>
%pre
%setup
<snip>
Ich rufe rpmbuild auch mit -vv auf, aber ich kann nicht erkennen, was er
eigentlich erwartet, oder warum das entpacken fehlschlägt. Oder wenn es
nicht fehlschlägt, wo hin es entpackt wird.
Also gibt irgend eine Möglichkeit besser nachzuvollziehen was rpmbuild so im
Detail veranstaltet?
Gruß
Olaf
-------------------|-------------------|-------------------|-------------------|
10 years, 8 months