https://bugzilla.novell.com/show_bug.cgi?id=439663
User hmacht@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=439663#c3
Holger Macht
(In reply to comment #1 from Holger Macht) Not really. Vfat has been handled differently from the start of hibernation, years ago: the system forced umount of vfat partitions, with the idea of hibernating Linux and awaking windows alternatively. I have tested this in the past and it works. Now I can't, because grub is overwritten. That's why I included it on my test, I knew that it would work.
Very different issue, and a very good idea to _not_ boot into another operating system. This is far more dangerous that anything else. Kiss _all_ your data good by.
This is simply my old Bug 343874, closed as invalid, and which I'm afraid will
I reopened that one.
Remember that I talk about hibernation, ie, suspend to disk, because for some reason my machine hibernates instead of suspend 2 ram: the computer powers
This will be fixed before 11.1 release.
The solution would be some kind of forced umount with structure save with later restoration, at the kernel level. IMO, it is improper to handle this at the desktop level only.
Right, kernel issue. It has all the information it needs to do it properly.
2) Encrypted reiser partition, LUKS, mounted via your script Please create another bug for this issue.
I hardly think it can be handled nicely. The underlying structure has changed from sda to sdc. It is surprising it survives that much: the script must be really clever.
It must not change from sda to sdc!
Ok, I'll try to report, but it is time consuming for me to run this test.
Maybe that's already covered by the plain issue that the device comes up differently than it has been before.
hibernate manually with external systems connected. It is autosuspend what breaks it.
Please also not, this all might work a lot better with suspend instead of hibernation. You didn't try that. I doubt devices will change a lot.
However, you can not seriously want that all users use the gnome desktop facilities, Linux has much more than the desktop. If a system has devices mounted in some way by a user, and you suspend from another, the issue has to be considered. It is a multiuser and multisoftware environment.
Not all use cases can be considered. That's just not possible. But for a default installation, we can try our best. If you're using some old fashioned desktop, you're on your own, sorry.
And I know of more situations that break.
Hints: [some good reasons] Tell packagers to report what they think their packages will do when suspended/hibernate, report what problems they have, and incentive the developers to solve those issues. It is not serious or nice to ask the community to report problems that the developers should already know about.
Most won't care until it bites them, really. And you actually see that enabling this by default made people (you and others) report the issues which in a lot of cases did not came up before. And that's one big aim. Ok, thanks for this report, but because it also handles non technical issues (discussions) and has different problems in there, I'm going to close it. I reopened the old bug to care about the one main issue in this report. *** This bug has been marked as a duplicate of bug 343874 *** https://bugzilla.novell.com/show_bug.cgi?id=343874 -- 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.