de-users July 2013

de-users@lists.fedoraproject.org

9 participants
5 discussions

Antwort: Re: Hibernate mit Fedora 19 und verschlüsselte Festplatte
by Andreas Reschke 31 Jul '13

31 Jul '13

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

1 0

Hibernate mit Fedora 19 und verschlüsselte Festplatte
by Andreas Reschke 31 Jul '13

31 Jul '13

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

1 0

Fedora 19: Fernzugriff auf Desktop von OS X Mountain Lion aus geht nach Update nicht mehr
by Arno Schumacher 29 Jul '13

29 Jul '13

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

1 1

Rawhide Rolling Release
by Olaf Radicke 29 Jul '13

29 Jul '13

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 -------------------|-------------------|-------------------|-------------------|

5 9

Mal wieder RPM-BUILD-Debugging
by Olaf Radicke 15 Jul '13

15 Jul '13

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 -------------------|-------------------|-------------------|-------------------|

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

de-users July 2013