Re: Re: Downgrading packages (gthumb)
*How* did you do the downgrade? I downloaded gthumb_3.2.6-1_amd64.deb, tried to install with gdebi, and got the error message: Dependency is not satisfiable: gthumb-data (= 3:3.2.6-1) So I downloaded that, put it in the same dir, and got the same error message. The new interface is the absolute pits, and I use gthumb all the time, so this is seriously interfering with my work! Aargh. And curses. I actually don't care how I downgrade, so long as I do it successfully. I tried enabling wheezy repos (I'm on jessie/testing), but it still only gives me the horrible new version. Thanks for any help you can give!
system crash in stretch using kate, kwrite, leafpad
First: please don't publish this email. Please use quixo...@gmail.com for that. It is, however, much easier to reach me on this one. Stretch seems very good, better battery life, speed, even better-looking fonts. But I can't move from jessie until I can find a working text editor. Kate, kwrite, and even leafpad all cause a complete system crash after some random period of time. The window has occasional flickers before it crashes. The symptoms are that the screen goes black, but for a while the computer is still on. After about 20-30 seconds, it shuts down. On reboot, there are usually about three orphaned inodes with userid=0, and a variable number, about 5, with userid=1000. There are no other users on my system. GNU Emacs, gui version, so far, does not seem to have this problem. What was really bizarre is that when I tried to use reportbug after rebooting and before running anything else, it had the same behavior when I was in the cli editor portion of the report. I think it uses nano? Not sure how that could possibly cause a system crash...?? Apologies for trying to submit a bug report when I obviously don't know what I'm doing, but I don't see it already listed. Quite possibly, it's just my system, since this has been going on since I started trying to use stretch (6 months ago?). This was a clean install on a separate partition, and I've been updating it regularly. quixote. -- ebooks, stories, articles <http://molvray.com/ebooks/> | Rethinking Democracy <http://www.molvray.com/govforum> | Acid Test <http://molvray.com/acid-test/> | photos <http://molvray.com/photos/>
Re: kernel compile - Unable to mount root fs
Did you build and install your initrd? You might need to load a module to mount your root filesystem, and if so it should be in the initrd. The initrd also needs to be named in your grub entry. It's not enough just to build and install the module, because those are accessible only after your root fs is mounted! -- Don Quixote de la Mancha quix...@dulcineatech.com http://www.dulcineatech.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: kernel compile - Unable to mount root fs
In your Grub menu.lst file, there are some lines that look like this one: initrd /initrd.img-2.6.26-2-686 You need a line like that just below the item for the kernel you're trying to boot, except that you want the initrd version to match the new kernel version. initrd stands for Initial RAM Disk. It's a compressed archive that contains the contents of a small initial root filesystem, with just enough in it to to load the modules you're going to need to mount your root filesystem. In particular it needs to have the modules for your lvm and any RAID controllers. I've never made an initrd on Debian, but on Fedora the command is mkinitrd. Don Quixote -- Don Quixote de la Mancha quix...@dulcineatech.com http://www.dulcineatech.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: kernel compile - Unable to mount root fs
On Sat, Jul 18, 2009 at 5:39 AM, Soren Orel wrote: > hmmm.. it works, but I have to hit Ctrl+D at every boot... :D On some of your vmlinux lines in your menu.lst you have the word "single". That boots you into single-user mode, that you exit from by hitting Ctrl-D. Remove just the word "single" and you should be good to go. Don Quixote -- Don Quixote de la Mancha quix...@dulcineatech.com http://www.dulcineatech.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: resize2fs: Either the superblock or the partition table is likely to be corrupt!
On Sun, Jul 19, 2009 at 8:31 PM, Mark Allums wrote: > Protection by isolaton, partly. I do the same thing. Maybe it's just superstition, but it's fairly rare to lose a whole hard drive, but fairly common to corrupt a filesystem. Such corruption usually happens when you (intentionally) write to a filesystem. It could happen otherwise, because of some wildly buggy kernel code writing outside the proper partition, but I would expect that to be rare. So if you have separate filesystems, /tmp, /var and /home are likely to get corrupted, but /boot and / aren't so likely. In the event of this kind of corruption, you should still be able to boot. Don Quixote -- Don Quixote de la Mancha quix...@dulcineatech.com http://www.dulcineatech.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: dd hung up by disk errors
If your bad sectors are local to a particular area of the disk, you could read sections starting at the end, and moving towards the beginning after each section is completed. Later you would concatenate the sections that were recoverable. Give either iseek=n or skip=n to dd to skip over a portion of the disk. Also download, burn and boot off the SystemRescueCd - it has a lot of tools for this sort of thing: http://www.sysresccd.org/Main_Page Don Quixote -- Don Quixote de la Mancha quix...@dulcineatech.com http://www.dulcineatech.com Dulcinea Technologies: Software of Elegance and Beauty. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
