On 20110123_174918, Camaleón wrote:
> On Sun, 23 Jan 2011 05:24:54 -0700, Paul E Condon wrote:
> 
> > On 20110123_115724, Camaleón wrote:
> 
> (...)
> 
> >> I can do more testing but if someone can confirm the problem (do not
> >> try on production machines), I can open a bug report on this.
> >> 
> > 
> > I have no special knowledge. Just a suggestion on reading this thread.
> > Outside the file system, but still on disk, is the swap space. I have
> > always supposed that swap space was always wiped clean and fully
> > re-initialized on boot, but I don't know. Short of that, I suppose
> > something can be written into the boot rom. But that seems harder to do
> > than something involving creative (crazy?) use of swap space.
> 
> Crazy things happen all time so I tried your suggestion. 
> 
> I disabled "/swap" from "/etc/fstab" and restarted the VM. My current 

But whatever you did to 'disable' swap might work on the design
intended use of swap and might not have any effect on X non-standard
cryptic access to that piece of hard disk real estate.

Paranoid I am.

> resolution is 1280x1024. After booting  I checked that no "/swap" 
> partition was in use and tried the same steps by running xrandr to change 
> the mode to 800x600 and restarted the machine but the last selected mode 
> (800x600) was kept after restarting with no "/swap" at all.
> 
> This is getting very weird. How can this setting prevail between 
> bootings? Even this is something involving VM guest additions module it 
> should be saved in some place.
> 
> Greetings,
> 
> -- 
> Camaleón
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/pan.2011.01.23.17.49...@gmail.com
> 

-- 
Paul E Condon           
pecon...@mesanetworks.net


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110123220125.gb29...@big.lan.gnu

Reply via email to