[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: suspend to disk unreliable?



On Sun, 04 Jul 2010 18:02:47 +0200, lee wrote:

> On Sat, Jul 03, 2010 at 04:00:57PM +0000, Camaleón wrote:

>> Then you can setup a chrooted environment and make the tests in there.
>> Or you can try with a LiveCD to avoid data loss. Nowadays you have many
>> choices to test hibernation in a safe environment.
> 
> There's nothing save about turning off and on the hardware many times
> consecutively. I could disconnect the disks to minimize the risks, but
> then it won't be possible to test suspend to disk.

You cannot disconnect the main disk because hibernation saves the image of 
the running system there (unless you manually change the location).

But again, if you want to safely test hibernation on your system, go with 
a LiveCD or install Debian into an old disk connected via USB. There you 
can make any test you want without worring about losing your data.

>> If developers are not aware of your situation, they cannot correct the
>> bugs
> 
> Still filing bug reports doesn't seem to achieve anything these days.

I think that is a bad attitude, but as I said before, it's your choice, 
your system, your time and your hibernation problem. Take it as you wish :-)

>> > No, you're doing that. It's just hardware, and if it doesn't work, I
>> > return it. It's that simple.
>> 
>> No, it's not "just" hardware.
> 
> sure it is

No sir. I'm afraid you still are not getting the inners of how 
hibernation works.

>> Want kind of guarantee are you expecting from the manufacturer?
> 
> Just what they usually do: When you find out that a piece of hardware
> doesn't work, you take it back to the store and either change it out or
> have your money refunded. It's really that simple, I've done it before.

When testing hibernation you are not testing a piece of hardware 
"separately" but a complete system (drivers, programs, hardware, kernel, 
DE tools...). Hardware can perform and work nice but not drivers, and the 
manufacturer has not provided you with any driver for that hardware.
 
>> > No manufacturer or dealer is going to give you a certificate that the
>> > car in question will perform as desired under your particular
>> > driving/using conditions.
>> 
>> Sure they do!
> 
> They don't --- or can you show me the certificate you got for your car
> and a number of others other ppl got?

Read on...

<http://www.google.com/webhp?hl=en#hl=en&q=car+warranty+voided&fp=849006b7ea50a009>

(...)

>> >> >> What "required tools" are you referring to?
>> >> > 
>> >> > the tools needed for graphics cards
>> >> 
>> >> There no such tools. What you usually have to do when the graphics
>> >> card driver (or any other driver) has problems to resume from
>> >> hibernating is creating a hook to load/unload the required driver,
>> >> that should be all.
>> > 
>> > The documentation says that there are. Perhaps what you're describing
>> > is what these tools do ...
>> 
>> If the docs say that "there are", it will also say "where to get" them
>> >:-)
> 
> Yet you say there are no such tools.

No, I say that I dunno about any special tool for vga. Just tell me where 
in the docs it says there are tools for graphic cards, besides the hook 
scripts I told you before that are used in hibernation/resume operations.

Greetings,

-- 
Camaleón


Reply to: