https://bugzilla.novell.com/show_bug.cgi?id=439663
User hmacht@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=439663#c1
Holger Macht
I connected an external disk via USB with 4 reiserfs partitions, two normal, two encrypted (created with yast in 11.0). Of each partition type one is manually mounted, the other automatically. I also connected a usb keychain flash disk, vfat, automounted.
I then created with OOwriter a file on each.
I also left a thunderbird session connected to two remote imap servers, open.
Then I left the machine alone, allowing it to automatically hibernate. Notice that it auto-hibernated with open files on external media!
This should work, if not, it has to be fixed.
1) usb keychain disk, automatically mounted, vfat: survives. OOo can save the file.
I guess you would have the same problems as with the external HD if you would have multiple partitions on this stick.
2..5) External HD, which was /dev/sda, now is /dev/sdc
First bug, and a kernel issue. Can you please create a new one for just this issue? Something like (shortened): "After suspendm external disk is /dev/sdc instead of /dev/sda as it was before."
2) Encrypted reiser partition, LUKS, mounted via your script /etc/init.d/boot.crypto and proper /etc/crypttab configuration file.
Partition survives, nautilus can navigate it, CLI ok. However, oowriter can not write to it:
# ls /mnt//usb/Erelas/cer/ .~lock.4_erelas.odt# 4_erelas.odt
Error saving the document 4_erelas: Object not accesible The object cannot be accessed due to insuficient user rights.
Please create another bug for this issue.
3) Encrypted reiserfs partition, LUKS, automatically mounted via Gnome desktop. Does not survive, partition does not appear. The device is there:
..and one for this, please... Mabye those actually have the same root cause?
4) Manually mounted partition: survives partially. It can be read, but gives errors:
What does this 'manually' exactly mean? Through the gnome desktop or with some 'mount ... ...'? If it's the latter, I don't think there's a bug. If you have a gnome desktop running (so suspend can be triggered), you should that's desktop's infrastructure to mount a device/partition. Still, it might be a kernel bug/issue.
minas-morgul:/etc # l /mnt/Amon_Din/ ls: /mnt/Amon_Din/: Input/output error ls: /mnt/Amon_Din/.: Input/output error ls: /mnt/Amon_Din/cer: Input/output error ls: cannot access /mnt/Amon_Din/casa: Permission denied ls: /mnt/Amon_Din/Part_1-Amon_Din: Input/output error total 0 drwxr-xr-x 6 root root 160 Oct 28 16:49 ./ drwxr-xr-x 4 root root 96 Oct 28 16:42 ../ -rw-r--r-- 1 root root 0 Oct 28 16:43 Part_1-Amon_Din ?????????? ? ? ? ? ? casa drwxr-xr-x 2 cer root 120 Oct 28 16:59 cer/ minas-morgul:/etc #
oowriter can not save: Error saving the document 1_amon_din: General Error General input/output error.
The reason is that the device is still mounted on /dev/sda1, which does not exist, it is now /dev/sdc1:
Oh, so actually the same root cause as in 2...5).
5) Automatically mounted reiserfs partition survives. oowriter succeeds saving.
Well, at least one success ;-)
I propose that, on openSUSE you:
a) change the default to never hibernate automatically
Just a note: It should. autosuspend, not hibernate. Another issue, another discussion, see bug 439018. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.