Re: [gentoo-user] Re: reiserfsprogs
On 8/1/07, James [EMAIL PROTECTED] wrote: Kent Fredric kentfredric at gmail.com writes: X/kde runs fine, but when I exit it now, the system latches up, tight all ssh sessions, the console, everything. Now X/kde will not start. Everything latches up as soon as I enter 'startx' at the console. Try Disabling anything fancy ( ie: composite support ), or try disabling APIC. I had a glitch a while back where composite + apic = system lockup, and later, something in QT4 tripped it up. No, not ACPI , APIC in kernel menuconfig: Processor Types and Features - Local APIC support on uniprocessors [ not checked ] ( CONFIG_X86_UP_APIC ) I have it off, and its left off, saves me headaches and needless hell. I have no ide how to diable 'composite support'. When the system was ordered it was specified 1680x1050 on the 17 inch screen resolution. The few times (sporadically) I did get X/kde to launch, it was is 1024x768 mode. I cold not build a working xorg.conf file, so I boot up the liveCD 2007.0 can copied over the default xorg.conf that at least worked with the liveCD. My suspicion is that xorg.conf file, particularly the Hortz and Vert ranges: HorizSync28.0 - 96.0 VertRefresh 50.0 - 75.0 Or maybe it the long list of fonts from the xorg.conf file on the livecd2007.0 and I have not installed all of those fonts? What I need a very simple xorg.conf for a HP Pavilion dv9000z. Googling I found a couple but they did not work and hacking xorg.conf files has always seem to be a moving target for me I eliminated acpid from the startup, it made no difference: rc-update del acpid default Right now I'm running 'emerge --emptytree world' It's on 29/862 for lack of any better ideas. James -- [EMAIL PROTECTED] mailing list -- Kent ruby -e '[1, 2, 4, 7, 0, 9, 5, 8, 3, 10, 11, 6, 12, 13].each{|x| print enNOSPicAMreil [EMAIL PROTECTED][(2*x)..(2*x+1)]}' -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: reiserfsprogs
Hello James, hold down Alt and SysReq/PrtScr and press S, U and B in turn to reboot (reasonably) cleanly Interesting idea however this laptop does not have this key SysReq/PrtScr. As Boyd said, it may be hidden (in which case it is very well hidden on this iBook, I haven't found it yet :( However, I've never seen an x86 system that doesn't have one somewhere. so everything is killed, and nothing trying to write to disk, when unmounting them. Hmm, I do not think you understand, when I exit X/kde the entire system is latched up tight. None of the keys work, nothing is echoed to the screen, the system is latched up tight. Magic SysReq works at the kernel level, so it usually works even when the system appears completely locked up. -- Neil Bothwick Zmodem has bigger bits, softer blocks, and tighter ASCII signature.asc Description: PGP signature
Re: [gentoo-user] Re: reiserfsprogs
On 7/31/07, James [EMAIL PROTECTED] wrote: Volker Armin Hemmann volker.armin.hemmann at tu-clausthal.de writes: I've never seen starting up X/kde cause a system to hang before... Is the whole system handing, or just X? The entire system latches up tight, even the ssh remote shells and console. Do you have a networked computer you can SSH in from, that would enable you to kill X. I start X(kde) with startx. I followed the guides in http://www.gentoo.org/doc/en/list.xml Code Listing 2.4: Configuring your local session $ echo exec startkde ~/.xinitrc X/kde runs fine, but when I exit it now, the system latches up, tight all ssh sessions, the console, everything. Try Disabling anything fancy ( ie: composite support ), or try disabling APIC. I had a glitch a while back where composite + apic = system lockup, and later, something in QT4 tripped it up. If all else fails, and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel, hold down Alt and SysReq/PrtScr and press S, U and B in turn to reboot (reasonably) cleanly. Pausing a couple of seconds between each key is probably a good idea. Interesting idea however this laptop does not have this key SysReq/PrtScr. E, I, S, U, B so everything is killed, and nothing trying to write to disk, when unmounting them. Hmm, I do not think you understand, when I exit X/kde the entire system is latched up tight. None of the keys work, nothing is echoed to the screen, the system is latched up tight. All I can do is power cycle the system. When I do that the screen fades and the mouse cursor is visible but slowly fades to a solid white screen. The system hangs at the very moment I use the logout button in kde, to exit the system. Very strange and very repeatable. maybe emerge --emptytree world? revdep-rebuild -p is fine. I am clueless how to fix this... ideas? James -- [EMAIL PROTECTED] mailing list -- Kent ruby -e '[1, 2, 4, 7, 0, 9, 5, 8, 3, 10, 11, 6, 12, 13].each{|x| print enNOSPicAMreil [EMAIL PROTECTED][(2*x)..(2*x+1)]}' -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: reiserfsprogs
Boyd Stephen Smith Jr. bss03 at volumehost.net writes: and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel, hold down Alt and SysReq/PrtScr and press S, U and B in turn to reboot (reasonably) cleanly. Pausing a couple of seconds between each key is probably a good idea. Kernel Hacking: CONFIG_MAGIC_SYSRQ=y Interesting idea however this laptop does not have this key SysReq/PrtScr. Every keyboard has a SysRq button. On most, it is shared with PrtScrn. However, I've also seen it shared with either an F key or ScrollLock or by itself. Also, I've seen laptops where you had to hold the Fn key to get a key that acts like SysRq. I guarantee you've got one, although I suppose it might not be labeled SysRq at all. OK, sorry; between being very tired and aging eyes, I had to use a magnifying glass and found these 2 keys: home/prt sc and end/sys rq the bottom ones look like function key markings...(tiny font) So When X/kde freezes up everything I'm going to hold down these (3) keys: ALT+FUNCKEY+SYSRQ and then Sequentially press E I S U B with a 2 second delay between keystokes and the system will cleanly reboot? This failed to work for me. After it hung, I tried the above and many variations on this theme of keystroke to reboot. Nothing worked. However, upon powercycle reboot, the system came back clean with no fsck. Maybe this keystroke sequence clean up everything, but failed to initiate a reboot? Well, with no changes to the system or config files , this time X/kde failed to launch, or I guess I should say the screen went black (dark) and just latched up the system completely, all remote ssh session and the console LATCHED UP. Repeatable now so KDE now launches to a dark (latched up) screen now. When I boot to a console, the system is fine. When I launch X/kde via startx it latches up immediately I have no idea how to figure out this problem. To me it has to be the xorg.conf file? -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: reiserfsprogs
Kent Fredric kentfredric at gmail.com writes: X/kde runs fine, but when I exit it now, the system latches up, tight all ssh sessions, the console, everything. Now X/kde will not start. Everything latches up as soon as I enter 'startx' at the console. Try Disabling anything fancy ( ie: composite support ), or try disabling APIC. I had a glitch a while back where composite + apic = system lockup, and later, something in QT4 tripped it up. I have no ide how to diable 'composite support'. When the system was ordered it was specified 1680x1050 on the 17 inch screen resolution. The few times (sporadically) I did get X/kde to launch, it was is 1024x768 mode. I cold not build a working xorg.conf file, so I boot up the liveCD 2007.0 can copied over the default xorg.conf that at least worked with the liveCD. My suspicion is that xorg.conf file, particularly the Hortz and Vert ranges: HorizSync28.0 - 96.0 VertRefresh 50.0 - 75.0 Or maybe it the long list of fonts from the xorg.conf file on the livecd2007.0 and I have not installed all of those fonts? What I need a very simple xorg.conf for a HP Pavilion dv9000z. Googling I found a couple but they did not work and hacking xorg.conf files has always seem to be a moving target for me I eliminated acpid from the startup, it made no difference: rc-update del acpid default Right now I'm running 'emerge --emptytree world' It's on 29/862 for lack of any better ideas. James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: reiserfsprogs
On Tuesday 31 July 2007 17:32, James wrote: I have no ide how to diable 'composite support'. Section Extensions Option Composite Disable (or False) When the system was ordered it was specified 1680x1050 on the 17 inch screen resolution. The few times (sporadically) I did get X/kde to launch, it was is 1024x768 mode. I cold not build a working xorg.conf file, so I boot up the liveCD 2007.0 can copied over the default xorg.conf that at least worked with the liveCD. My suspicion is that xorg.conf file, particularly the Hortz and Vert ranges: HorizSync28.0 - 96.0 VertRefresh 50.0 - 75.0 From a terminal within X while you have booted the LiveCD run xvidtune (emerge it if you have to). That will tell you what is the HorizSync and VertRefresh. Assuming all is looking right with the LiveCD use these settings into your xorg.conf. Another trick is to remove them completely (just comment them out) and xorg will try to guess them after it probes the hardware. It may just work. Final gotcha is the mouse. I assume that if it works with the LiveCD the same settings should do it for you, otherwise you may want to try playing with mine below and see what gives: == Section InputDevice Identifier Mouse0 Driver synaptics Option Protocol SynPS/2 Option InputFashion Mouse Option Device /dev/input/mice Option Name SynPS/2 Synaptics TouchPad Option SHMConfig on Option Vendor 0002 Option ZAxisMapping 4 5 Option Emulate3Buttons True Option Buttons 3 EndSection == HTH. -- Regards, Mick pgpovREO1eEe6.pgp Description: PGP signature
[gentoo-user] Re: reiserfsprogs
Mick michaelkintzios at gmail.com writes: From a terminal within X while you have booted the LiveCD run xvidtune (emerge OK I'll give this a whirl, after emerge --emptytree world completes. I'll try all of your suggestions and post to a new thread on the result. The laptop (hopefully) will be compiling all night. Right now I'm just a little fried and frustrated over this machine. thx, James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: reiserfsprogs
Am Sonntag 29 Juli 2007 22:32 schrieb James: Mick michaelkintzios at gmail.com writes: man reiserfsck, or This helps, # reiserfsck --help try the same for reiserfstune and debugreiserfs. If you want to create a reiserfs fs then look at mkreiserfs. My problems in on a new installation. I'm not sure my resiserfs is auto checking the /boot and the / partitions. I rebooted using a minimal CD mounted and set the fstab like so: /dev/sda2/boot reiserfsdefaults 1 2 /dev/sda4/ reiserfsdefaults 1 1 which should force an fsck on the reiserfs file system? The system hoses up when xdm is auto started (problems with the xorg.conf file. I set xdm to auto start upon reboot (rc-update), and I'm not sure what file I can edit ( or what else I can do from a minimalCD boot) to stop this process set to autostart during the boot process? Any ideas on how to recover are most welcome. James Just as a side note: It is not very wise to choose reiserfs for /boot. We had a topic about it some time ago. On such a small partition the journal eats up a lot of space (32MB with default settings). pgpifUZ73qfzS.pgp Description: PGP signature
Re: [gentoo-user] Re: reiserfsprogs
Florian Philipp wrote: Just as a side note: It is not very wise to choose reiserfs for /boot. We had a topic about it some time ago. On such a small partition the journal eats up a lot of space (32MB with default settings). I'm not sure the math is 100% correct but it has to be close. I agree, you should not use reiserfs for /boot, unless it is going to be a big one. lol Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 195508 43440152068 23% /boot [EMAIL PROTECTED] / # du -sh /boot/ 11M /boot/ [EMAIL PROTECTED] / # 43Mb according to df and only 11Mb according to du. Looks like about 32Mb or so. See, learn from a idiot that did it. ;-) Dale :-) :-) :-)
Re: [gentoo-user] Re: reiserfsprogs
Am Montag 30 Juli 2007 13:53 schrieb Dale: Florian Philipp wrote: Just as a side note: It is not very wise to choose reiserfs for /boot. We had a topic about it some time ago. On such a small partition the journal eats up a lot of space (32MB with default settings). I'm not sure the math is 100% correct but it has to be close. I agree, you should not use reiserfs for /boot, unless it is going to be a big one. lol Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 195508 43440152068 23% /boot [EMAIL PROTECTED] / # du -sh /boot/ 11M /boot/ [EMAIL PROTECTED] / # 43Mb according to df and only 11Mb according to du. Looks like about 32Mb or so. See, learn from a idiot that did it. ;-) Dale :-) :-) :-) I just looked into the man page of mkreiserfs: default blocksize: 4096 byte default jounal size: 8193 blocks 4096 bytes/block * 8193 blocks / 1024^2 = 32.003906 MiB pgprDvoMyG16x.pgp Description: PGP signature
Re: [gentoo-user] Re: reiserfsprogs
Florian Philipp wrote: Am Montag 30 Juli 2007 13:53 schrieb Dale: Florian Philipp wrote: Just as a side note: It is not very wise to choose reiserfs for /boot. We had a topic about it some time ago. On such a small partition the journal eats up a lot of space (32MB with default settings). I'm not sure the math is 100% correct but it has to be close. I agree, you should not use reiserfs for /boot, unless it is going to be a big one. lol Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 195508 43440152068 23% /boot [EMAIL PROTECTED] / # du -sh /boot/ 11M /boot/ [EMAIL PROTECTED] / # 43Mb according to df and only 11Mb according to du. Looks like about 32Mb or so. See, learn from a idiot that did it. ;-) Dale :-) :-) :-) I just looked into the man page of mkreiserfs: default blocksize: 4096 byte default jounal size: 8193 blocks 4096 bytes/block * 8193 blocks / 1024^2 = 32.003906 MiB It's not 100% but pretty darn close. ;-) Like you said earlier, you shouldn't use reiserfs for small partitions like /boot. Signed, The Idiot. LOL :-) :-)
Re: [gentoo-user] Re: reiserfsprogs
On 7/30/07, Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote: 5) If (2) indicates corruptions that can only be corrected by --rebuild-tree a) If you suspect your hardware is failing -- replace it. reiserfs doesn't like bad hardware and continuing the recovery process on it will likely cause more pain that it will alleviate. b) Begin praying. This guy knows his stuff. Last time I used reiser I didn't pray enough to keep it going c) Have you ever stored a different reiserfs on this block device without erasing it? This includes uncompressed lookback files in this or previous filesystems. If so, you are likely in much trouble. My best suggestion is to try and overwrite such data, but how to find it? Good question. Yeah ... definitely take note of that sucker , if you ever did dd if=/dev/someresierdrive of=/home/somemountedreiserfs/img for backup purposes, just either give up the idea of a rebuild tree, or find a young lamb to slaughter, just in case praying ain't sufficient. d) reiserfsck --rebuild-tree /dev/block e) Read warning, type Yes (the whole word) to continue. f) Continue praying. And/Or maybe fast a few days first. This is important stuff :S g) Go to (2), if it completes at all you can stop praying, for now. 6) Healthy reiserfs, perhaps with some misplaced data in lost+found. and possibly random files all over your file system who's names have no resemblance to their content, which used to be in an uncompressed reiser, and now is unpacked all over its host FS. all the best :) -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ -- Kent ruby -e '[1, 2, 4, 7, 0, 9, 5, 8, 3, 10, 11, 6, 12, 13].each{|x| print enNOSPicAMreil [EMAIL PROTECTED][(2*x)..(2*x+1)]}' -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: reiserfsprogs
On Monday 30 July 2007, Kent Fredric [EMAIL PROTECTED] wrote about 'Re: [gentoo-user] Re: reiserfsprogs': On 7/30/07, Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote: 5) If (2) indicates corruptions that can only be corrected by --rebuild-tree b) Begin praying. This guy knows his stuff. Last time I used reiser I didn't pray enough to keep it going All joking aside, I've recovered reiserfs much more often than I've gotten anything useful out of a bad ext2/3 filesystem. You have to know it's limitations, but I've had a growing reiserfs file system for over two years now that I've had to --rebuild-tree on at least 3 times and never lost a drop of data. My ext2/3 boot patition has died a similar number of times, and no amount of e2fsck gave me any data back (but luckily, /boot is fairly easy to rebuild). I swear *by* reiser much more often than I swear *at* reiser, but I've done both. -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: reiserfsprogs
Boyd Stephen Smith Jr. bss03 at volumehost.net writes: /dev/sda2/boot reiserfsdefaults 1 2 /dev/sda4/ reiserfsdefaults 1 1 which should force an fsck on the reiserfs file system? I don't see how this would force a fsck. Well so much for the man page on fstab... ount to return on my 2+TiB filesystem.) Also, resiserfsck is different than other fscks. It has two fix modes, neither of which is automatic and one of which is quite dangerous; the one you should use is based on the output of the check mode. Well OK, I got your instructions. However, xdm is not turned on so the system boots straight to a command line prompt. Previously I suspected the xorg.conf file for startup during xdm launch--latchup. After disabling X/kde/xdm, the system still has problems. Last night it was just sitting in a quiescent state and it just latched up. Not good for a brand new laptop. Today I booted it up and set the date on the command line. Then I issued 'hwclock --systohc' and the system latched up tight, again. Power cycle and the minimal CD has the system running a memtest86 for a while, to ensure it's not the ram. If the ram proves up OK, then I'm going to follow your previous instructions on repairing the reiserfs partitions. What else could it be? This was a vista only laptop, so if all else fails, I'll just blame Microsoft.. I ran fdisk but, it may need an old fashion dos format? Suggestions on robust low_level formatting is I have to re-install this machine? I've got over a dozen systems with reiserfs on the /boot partition and not a single problem in almost 4 years of running gentoo and reiser on the boot partition. Losing 32M of space is a non issue for me. Reiser gets a lot of bad press, but, I like it very much and cannot wait until reiser4 is a bit more of a commodity. I've had lots of problems with ext2 and ext3 (No thanks).. I'll drop a line when the memory testing is conclusive. thx, James -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: reiserfsprogs
James wireless at tampabay.rr.com writes: /dev/sda2/boot reiserfsdefaults 1 2 /dev/sda4/ reiserfsdefaults 1 1 Well OK, I got your instructions. 10 passes of memtest86 and not one error. I do not think it's the ram I'm preceeding with your cookbook instructions on fixing the reiserfs file system (toes fingers crossed) James -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: reiserfsprogs
Boyd Stephen Smith Jr. bss03 at volumehost.net writes: /dev/sda2/boot reiserfsdefaults 1 2 Did this one second No corruption found from step 2... /dev/sda4/ reiserfsdefaults 1 1 Accidentially issued 4b before 2 reiserfsck -y --fix-fixable /dev/block all is ok now, No corruptions found but, I do not know if it was always ok or fixed because of step 4b.(tired me)... For now the system is booting to a console prompt. I'm looking for a guide that tells you how to test xorg.conf configs and recover without having to reboot (powercycle) the system. I've never seen starting up X/kde cause a system to hang before... Thanks for your help Boyd. At lease I now know how to fsck with reiserfs. James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: reiserfsprogs
On Mon, 30 Jul 2007 20:22:07 + (UTC), james wrote: For now the system is booting to a console prompt. I'm looking for a guide that tells you how to test xorg.conf configs and recover without having to reboot (powercycle) the system. I've never seen starting up X/kde cause a system to hang before... Is the whole system handing, or just X? Do you have a networked computer you can SSH in from, that would enable you to kill X. If all else fails, and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel, hold down Alt and SysReq/PrtScr and press S, U and B in turn to reboot (reasonably) cleanly. Pausing a couple of seconds between each key is probably a good idea. -- Neil Bothwick And God said Let there be light and there was light. There was still nothing, but you could see it better. signature.asc Description: PGP signature
Re: [gentoo-user] Re: reiserfsprogs
On Montag, 30. Juli 2007, Neil Bothwick wrote: On Mon, 30 Jul 2007 20:22:07 + (UTC), james wrote: For now the system is booting to a console prompt. I'm looking for a guide that tells you how to test xorg.conf configs and recover without having to reboot (powercycle) the system. I've never seen starting up X/kde cause a system to hang before... Is the whole system handing, or just X? Do you have a networked computer you can SSH in from, that would enable you to kill X. If all else fails, and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel, hold down Alt and SysReq/PrtScr and press S, U and B in turn to reboot (reasonably) cleanly. Pausing a couple of seconds between each key is probably a good idea. E, I, S, U, B so everything is killed, and nothing trying to write to disk, when unmounting them. -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: reiserfsprogs
Volker Armin Hemmann volker.armin.hemmann at tu-clausthal.de writes: I've never seen starting up X/kde cause a system to hang before... Is the whole system handing, or just X? The entire system latches up tight, even the ssh remote shells and console. Do you have a networked computer you can SSH in from, that would enable you to kill X. I start X(kde) with startx. I followed the guides in http://www.gentoo.org/doc/en/list.xml Code Listing 2.4: Configuring your local session $ echo exec startkde ~/.xinitrc X/kde runs fine, but when I exit it now, the system latches up, tight all ssh sessions, the console, everything. If all else fails, and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel, hold down Alt and SysReq/PrtScr and press S, U and B in turn to reboot (reasonably) cleanly. Pausing a couple of seconds between each key is probably a good idea. Interesting idea however this laptop does not have this key SysReq/PrtScr. E, I, S, U, B so everything is killed, and nothing trying to write to disk, when unmounting them. Hmm, I do not think you understand, when I exit X/kde the entire system is latched up tight. None of the keys work, nothing is echoed to the screen, the system is latched up tight. All I can do is power cycle the system. When I do that the screen fades and the mouse cursor is visible but slowly fades to a solid white screen. The system hangs at the very moment I use the logout button in kde, to exit the system. Very strange and very repeatable. maybe emerge --emptytree world? revdep-rebuild -p is fine. I am clueless how to fix this... ideas? James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: reiserfsprogs
On Monday 30 July 2007, James [EMAIL PROTECTED] wrote about '[gentoo-user] Re: reiserfsprogs': Volker Armin Hemmann volker.armin.hemmann at tu-clausthal.de writes: Neil wrote: If all else fails, and provided you have enabled CONFIG_MAGIC_SYSRQ in your kernel, hold down Alt and SysReq/PrtScr and press S, U and B in turn to reboot (reasonably) cleanly. Pausing a couple of seconds between each key is probably a good idea. Interesting idea however this laptop does not have this key SysReq/PrtScr. Every keyboard has a SysRq button. On most, it is shared with PrtScrn. However, I've also seen it shared with either an F key or ScrollLock or by itself. Also, I've seen laptops where you had to hold the Fn key to get a key that acts like SysRq. I guarantee you've got one, although I suppose it might not be labeled SysRq at all. E, I, S, U, B so everything is killed, and nothing trying to write to disk, when unmounting them. Hmm, I do not think you understand, when I exit X/kde the entire system is latched up tight. None of the keys work, nothing is echoed to the screen, the system is latched up tight. Please *try* the Alt+SysRq instructions if you haven't already. Those are handled directly by the kernel at a fairly high priority. I've had everything else be ignored, including C+A+Del, and had Alt+SysRq save my filesystems. It is possible that you might not see anything happen after E, I, S, and U, especially if you were previously in X, since the kernel is trying to write to the text-mode console but things are happening unless your kernel has crashed. All other keystrokes travel to user-space to be processed, so if your kernel is busy, they won't do anything. -- Boyd Stephen Smith Jr. ,= ,-_-. =. [EMAIL PROTECTED] ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.org/ \_/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: reiserfsprogs
On 02:30 Sun 29 Jul , James wrote: Kent Fredric kentfredric at gmail.com writes: qlist sys-fs/reiserfsprogs qlist, very nice... You can also use equery, which is in app-portage/gentoolkit. The corresponding equery command would be equery files sys-fs/reiserfsprogs pgpeWSUIrPSIB.pgp Description: PGP signature
[gentoo-user] Re: reiserfsprogs
Mick michaelkintzios at gmail.com writes: man reiserfsck, or This helps, # reiserfsck --help try the same for reiserfstune and debugreiserfs. If you want to create a reiserfs fs then look at mkreiserfs. My problems in on a new installation. I'm not sure my resiserfs is auto checking the /boot and the / partitions. I rebooted using a minimal CD mounted and set the fstab like so: /dev/sda2/boot reiserfsdefaults 1 2 /dev/sda4/ reiserfsdefaults 1 1 which should force an fsck on the reiserfs file system? The system hoses up when xdm is auto started (problems with the xorg.conf file. I set xdm to auto start upon reboot (rc-update), and I'm not sure what file I can edit ( or what else I can do from a minimalCD boot) to stop this process set to autostart during the boot process? Any ideas on how to recover are most welcome. James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: reiserfsprogs
On Sun, 29 Jul 2007 20:32:29 + (UTC), James wrote: I set xdm to auto start upon reboot (rc-update), and I'm not sure what file I can edit ( or what else I can do from a minimalCD boot) to stop this process set to autostart during the boot process? rc-update del xdm -- Neil Bothwick Do radioactive cats have 18 half-lives? signature.asc Description: PGP signature
[gentoo-user] Re: reiserfsprogs
Neil Bothwick neil at digimed.co.uk writes: I set xdm to auto start upon reboot (rc-update), and I'm not sure what file I can edit ( or what else I can do from a minimalCD boot) to stop this process set to autostart during the boot process? rc-update del xdm You maean after: mount file systems chroot /mnt/gentoo /bin/bash env-update then rc-update del xdm This worked... Now to fix the xorg.conf file. I cannot seem to use any of the tools listed here: http://www.gentoo.org/doc/en/list.xml ( Xorg -configure xorgconfig etc) to generate a working file. So I booted up the livecd and copied that xorg.conf file to another system later on for use. it works, but the screen resolution is 1024x768. The system, an HP DV9000Z laptop (GD545AV) is suppose to have a 17 screen with 1680x1050 resolution. Every time I try this resolution the system hangs, hard and has to be power cycled to recover. I also cannot find the hortzvert ranges. From the install I have: HorizSync28.0 - 96.0 VertRefresh 50.0 - 75.0 Another source of the problem could be all of those fonts, in the xorg.conf file that I may not have installed. Another potential source failure in getting xorg.conf stable is dri and glx. Different gentoo web pages tell me different things on using these with the nvidia driver. They all still talk about agp device drivers in the kernel. Also, there use to be a guide one could follow to get xorg.conf working by testing it as a user logged in on console. every time I try that, the entire system hoses up... It's been a while since I had to use the minimal CD (2004.3) so I'm rusty and the docs have changed/disappeared. It should be easy, but, I'm having a helluva a time getting x/kde stable. Any ideas or wikis I can follow? James -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: reiserfsprogs
Kent Fredric kentfredric at gmail.com writes: qlist sys-fs/reiserfsprogs qlist, very nice... thx, James -- [EMAIL PROTECTED] mailing list