Re: [gentoo-user] Upgrading the kernel
071002 Jed R. Mallen wrote: Do you guys have a trick that will update a new kernel quickly? Copy .config from the previous /usr/src/linux/ to the new one, run 'make xconfig' tell it to load the .config you copied. That will keep all your previous settings, but allow you to react to new features of the new kernel. 'Save' when you're satisfied -- you mb quicker than me at that (smile) -- compile test the new kernel as usual (I spend c 60 min on configure). I tried 'make oldconfig' found it a problem because there was no help readily available, whereas 'xconfig' has a whole panel on the screen showing relevant help, while also allowing easy re-use of your previous .config (as above). Of course, always keep = 1 previous kernel available for emergencies. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
[gentoo-user] xorg, 2 screen cards 2 monitors... Help!
Hi all! I have a problem with getting my dual-screen setup to work. With the under-mentioned setup, only the Radeon 9250 shows X. My hardware: * Radeon 9250 (on AGP) * Radeon 7000 (on PCI) My xorg.conf: *** Section ServerLayout Screen 0 Screen0 Screen 1 Screen1 RightOf Screen0 Identifier Multihhead layout InputDeviceMouse1 CorePointer InputDeviceKeyboard1 CoreKeyboard Option Xinerama true EndSection Section Files FontPath /usr/share/fonts/local/ FontPath /usr/share/fonts/misc/ FontPath /usr/share/fonts/75dpi/:unscaled FontPath /usr/share/fonts/100dpi/:unscaled FontPath /usr/share/fonts/Type1/ FontPath /usr/share/fonts/75dpi/ FontPath /usr/share/fonts/100dpi/ EndSection Section InputDevice Identifier Keyboard1 Driver kbd Option AutoRepeat 500 30 Option XkbModel pc105 Option XkbLayout no EndSection Section InputDevice Identifier Mouse1 Driver mouse Option Protocol ImPS/2 Option ZAxisMapping 4 5 Option Device /dev/input/mice Option Emulate3Buttons EndSection Section Monitor Identifier Monitor 0 EndSection Section Monitor Identifier Monitor 1 EndSection Section Extensions Option Composite Enable EndSection Section Device Identifier ATI0 Driver radeon BusID PCI:1:0:0 Screen 0 EndSection Section Device Identifier ATI1 Driver radeon BusID PCI:2:10:0 Screen 1 EndSection Section Screen Identifier Screen0 Device ATI0 MonitorMonitor 0 DefaultDepth 24 SubSection Display Modes1280x1024 Depth 24 EndSubSection EndSection Section Screen Identifier Screen1 Device ATI1 MonitorMonitor1 DefaultDepth 24 SubSection Display Modes1280x1024 Depth 24 EndSubSection EndSection *** Contents of Xorg.0.log: *** X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: UNKNOWN Current Operating System: Linux desktop-Evert 2.6.22-gentoo-r6 #1 SMP PREEMPT Wed Sep 19 10:45:53 CEST 2007 i686 Build Date: 24 August 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Sep 27 08:56:22 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Multihhead layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor 0 (**) | |--Device ATI0 (**) |--Screen Screen1 (1) (**) | |--Monitor Monitor 1 (**) | |--Device ATI1 (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (WW) The directory /usr/share/fonts/local/ does not exist. Entry deleted from font path. (**) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/75dpi/:unscaled, /usr/share/fonts/100dpi/:unscaled, /usr/share/fonts/Type1/, /usr/share/fonts/75dpi/, /usr/share/fonts/100dpi/ (==) RgbPath set to /usr/share/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (**) Option Xinerama true (**) Xinerama: enabled (**) Extension Composite is enabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81d0940 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.2 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.3.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.2 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2570 card 1043,8103 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2571 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24d2 card 1043,80a6 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24d4 card 1043,80a6 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24d7 card 1043,80a6 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,24de card 1043,80a6 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24dd card 1043,80a6 rev 02 class 0c,03,20 hdr 00 (II) PCI:
Re: [gentoo-user] Upgrading the kernel
On Tue, 2 Oct 2007 13:22:07 +0800, Jed R. Mallen wrote: I don't really need the config files. As I've said I've been doing the make oldconfig way before and I'm just wondering with the change of kernel versions if this is still safe in any way. Thanks. Yes it is. I've recycled my config files since 2.6.verysmallnumber with only one problem on one machine, the change of the SATA drivers. It shouldn't be used to change major revisions, say 2.4 to 2.6, and may cause problems with a large jump in minor revisions (but then such an upgrade is going to involve more work when you do it manually too). As long as you keep a copy of your old kernel (make install does this automatically) you won't suffer if you do break the kernel. In some ways, the kernel is the easiest package to update, because it does not replace the previous version. -- Neil Bothwick Committee (noun): A group of people spending hours taking minutes signature.asc Description: PGP signature
Re: [gentoo-user] per-ebuild compil options
On Tue, 02 Oct 2007 14:04:10 +0930, Iain Buchanan wrote: after recompiling another bunch of libraries just to unstrip them, I'm wondering if I can specify FEATURES and CXXOPTS (for example) on a per-ebuild basis. eg. I would always want to build glib and glibc with nostrip in the FEATURES, and -ggdb in the compile options, but all other ebuilds would be as normal. mkdir -p /etc/portage/env.d/sys-devel echo 'FEATURES=blah nostrip' /etc/portage/env.d/sys-devel/gcc echo 'CFLAGS=blah -ggdb' etc/portage/env.d/sys-devel/gcc etc. -- Neil Bothwick --T-A+G-L-I+N-E--+M-E-A+S-U-R+I-N-G+--G-A+U-G-E-- signature.asc Description: PGP signature
Re: [gentoo-user] xorg, 2 screen cards 2 monitors... Help!
2 outputs? I'm not sure what you mean by this. Both cards have a VGA-connector and a DVI-connector. On both cards I use the VGA-connector to connect them to their respective screens. And I think both cards are too 'old' for the binary driver, right? I currently use the open source drivers, as mentioned in http://gentoo-wiki.com/HOWTO_DRI_with_ATi_Open-Source_Drivers Greetings, Evert davor wrote: oops, missread the post, 9250 hasn't got two outputs ... :( On 10/2/07, davor [EMAIL PROTECTED] wrote: Use ATI binary driver and aticonfig to make X configuration -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] xorg, 2 screen cards 2 monitors... Help!
Section Device Identifier ATI0 Driver radeon BusID PCI:1:0:0 Screen 0 EndSection Section Device Identifier ATI1 Driver radeon BusID PCI:2:10:0 Screen 1 EndSection (II) Primary Device is: PCI 02:0a:0 (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (WW) RADEON: No matching Device section for instance (BusID PCI:2:10:0) found Maybe you should check your BusID's! -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] xorg, 2 screen cards 2 monitors... Help!
Done that: 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) 02:0a.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] Daniel Pielmeier wrote: Section Device Identifier ATI0 Driver radeon BusID PCI:1:0:0 Screen 0 EndSection Section Device Identifier ATI1 Driver radeon BusID PCI:2:10:0 Screen 1 EndSection (II) Primary Device is: PCI 02:0a:0 (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (WW) RADEON: No matching Device section for instance (BusID PCI:2:10:0) found Maybe you should check your BusID's! -- [EMAIL PROTECTED] mailing list
[gentoo-user] X.Org 1.4 with Nvidia?
Hello. When X.Org 1.4 first hit the portage tree, I masked it, as I had quite some problems getting it to work work with my Nvidia graphics card. I decided to stay with 1.3.0.0 for the time being. Now x11-base/xorg-server-1.4-r2 is in the tree. And also a new version of nvidia-drivers (nvidia-drivers-100.14.19). Does anyone know, if it's now safe to use xorg 1.4 with nvidia-drivers? Thanks, Alexander Skwar -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Couldn't load XKB keymap...
On Monday 01 October 2007 16:35:21 Nicolai Beuermann wrote: Hello, I've got a big problem after updating world. My Keyboard - Apple Extended USB Keyboard - refused to print german umlauts, AT and euro symbol. [...] Any known bugs or even solutions? Fixed in: x11-base/xorg-server-1.4-r2 -- Naga -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] X.Org 1.4 with Nvidia?
On Tuesday 02 October 2007 11:36:19 Alexander Skwar wrote: Hello. When X.Org 1.4 first hit the portage tree, I masked it, as I had quite some problems getting it to work work with my Nvidia graphics card. I decided to stay with 1.3.0.0 for the time being. Now x11-base/xorg-server-1.4-r2 is in the tree. And also a new version This version also fixes bug 194026. of nvidia-drivers (nvidia-drivers-100.14.19). Does anyone know, if it's now safe to use xorg 1.4 with nvidia-drivers? Works fine for me here. The blocker is also removed since NVidia states that the new version is compatible with xorg 1.4. -- Naga -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] X.Org 1.4 with Nvidia?
On Tuesday 02 October 2007, Alexander Skwar wrote: Hello. When X.Org 1.4 first hit the portage tree, I masked it, as I had quite some problems getting it to work work with my Nvidia graphics card. I decided to stay with 1.3.0.0 for the time being. Now x11-base/xorg-server-1.4-r2 is in the tree. And also a new version of nvidia-drivers (nvidia-drivers-100.14.19). Does anyone know, if it's now safe to use xorg 1.4 with nvidia-drivers? Thanks, Alexander Skwar I run a ~x86 system on which I had quite some troubles with 1.4.0 when I tried it shortly after the new nVidia drivers shipped. I haven't tried 1.4.0-r1 yet. I'm sure the problems I was seeing were unrelated to the nVidia driver. I had symptoms very similar to this guy: http://archives.gentoo.org/gentoo-user-de/msg_38486.xml To revert to a working system (on ~x86) I added the following to packages.mask: =x11-base/xorg-server-1.3.9 ~x11-base/xorg-x11-7.3 =x11-proto/renderproto-0.9.3 ~x11-libs/libXrender-0.9.4 ~x11-drivers/xf86-input-keyboard-1.2.2 I wish you luck. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Couldn't load XKB keymap...
Emerging xorg set me on the right track. Xorg-server didn't want to compile. Googling around some posts reminded me of /etc/portage/packages.mask and how I masked the latest xorg server because of nvidia issues. Unmasking it resolved my problem with the keyboard. After reemerging x11-drivers/xf86-input-evdev my Apple Mouse works again. Ahoy Nico Am Montag, 1. Oktober 2007 17:21:45 schrieb Emil Beinroth: Hi On Mon, Oct 01, 2007 at 04:35:21PM +0200, Nicolai Beuermann wrote: Xorg.0.log: (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap setxkbmap quits reliably with Error loading new keyboard description I had the same problem, emerge -1 xorg-server solved it. Maybe that'll work for you too. Cheers, Emil -- mailto: [EMAIL PROTECTED] gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] xorg, 2 screen cards 2 monitors... Help!
2007/10/2, Evert [EMAIL PROTECTED]: Done that: 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) 02:0a.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] Does it work now with changing the BusID's? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] X.Org 1.4 with Nvidia?
On 11:36 Tue 02 Oct, Alexander Skwar wrote Hello. When X.Org 1.4 first hit the portage tree, I masked it, as I had quite some problems getting it to work work with my Nvidia graphics card. I decided to stay with 1.3.0.0 for the time being. Yeah, that was due to an ABI change in the new X.org version. The binary NVidia drivers had to be recompiled - by NVidia, unfortunately. Now x11-base/xorg-server-1.4-r2 is in the tree. And also a new version of nvidia-drivers (nvidia-drivers-100.14.19). The new X.org server versions still block old releases of the NVidia drivers for the same reason, however, as NVidia have updated their drivers to match the new X.org ABI, it _should_ be safe to upgrade now (but keep in mind that you have to upgrade both packages). My Laptop's doing fine with the new X.org version and NVidia drivers. Afaik, the only problem was the ABI - but there are some guys at nvnews that seem to not be content with the new driver version. Most of them seem to use graphical effects though. As every single one of NVidia's releases, this one seems to have its own problems... but for me it's very sable. Aleks pgp0yX4pkFS8d.pgp Description: PGP signature
Re: [gentoo-user] xorg, 2 screen cards 2 monitors... Help!
Change them how? I already have BusID PCI:1:0:0 BusID PCI:2:10:0 in my config... Greetings, Evert Daniel Pielmeier wrote: 2007/10/2, Evert [EMAIL PROTECTED]: Done that: 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) 02:0a.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] Does it work now with changing the BusID's? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] diskless booting
Hello Dan, Dan Farrell [EMAIL PROTECTED] writes: On Mon, 01 Oct 2007 12:57:05 -0230 Roger Mason [EMAIL PROTECTED] wrote: Well, I had it working on Friday but over the weeekend I tinkered some more with pixegrub and broke it again. Now pxelinux won't work either. I've attached my dhcpd.conf, sans rndc-key. Please note that this configuration has a big block of code that is for dynamic DNS updates. I kept it in because I found it hard to figure out for myself, and I figured it would be better to put more out on the web rather than refer you to sources I don't even know exist. I don't know if you are running BIND or a DNS server that can do static updates, but if you can, I highly suggest it for your own sanity. As soon as I sat down at the box this morning I spotted the problem, which was incredibly stupid (but sadly self typical): I had named my in.tftpd config file without the final d. Argh! Now everything seems to be running again. I have kept a copy of your dhcpd.conf as a useful reference. What I'm trying to accomplish is to build a kerrighed system. Now on to the next stage. Thanks again for your help. Best wishes, Roger -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] xorg, 2 screen cards 2 monitors... Help!
Section Device Identifier ATI0 Driver radeon BusID PCI:1:0:0 Screen 0 EndSection Section Device Identifier ATI1 Driver radeon BusID PCI:2:10:0 Screen 1 EndSection (II) Primary Device is: PCI 02:0a:0 (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (WW) RADEON: No matching Device section for instance (BusID PCI:2:10:0) found You could try changing the dezimal value 10 to the hexadezimal 0a as it did not find BusID PCI:2:10:0. Change them how? I already have BusID PCI:1:0:0 BusID PCI:2:10:0 in my config... Are you sure you have PCI:1:0:0 in your config, the log file says BusID PCI:1:0:1 is also not recognized. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] xorg, 2 screen cards 2 monitors... Help!
2007/10/2, Daniel Pielmeier [EMAIL PROTECTED]: Section Device Identifier ATI0 Driver radeon BusID PCI:1:0:0 Screen 0 EndSection Section Device Identifier ATI1 Driver radeon BusID PCI:2:10:0 Screen 1 EndSection You can also try to remove the screen lines in your device section! -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Upgrading the kernel
On 2007-10-02, Jed R. Mallen [EMAIL PROTECTED] wrote: Do you guys have a trick that will update a new kernel quickly? I'm using 2.6.21-gentoo-r4 right now, and have foregone upgrading to 2.6.22-gentoo-r5 and -r8 because I read somewhere that I can't just use my old .config file for a new kernel version if it's *not* a revision-upgrade Nonsense. Just copy your old .config file into the new source directory and do a make oldconfig. It'll prompt you when it runs across options that aren't set in the old .config file. You probably want to disable generic IDE support and enable the combined SATA/PATA stuff in the new one. The ATA stuff has been completely redone between 2.6.21 and 2.6.22. It's always fun to have major incompatible changes made between minor versions in a stable kernel. :/ -- Grant Edwards grante Yow! My NOSE is NUMB! at visi.com -- [EMAIL PROTECTED] mailing list
[gentoo-user] Lilo ReiserFS on 64 bits
I've just done a diff on the 'x86' 'amd64' versions of the Handbook. The latter warns against using ReiserFS or Lilo on a 64-bit system, both of which are my longstanding preferences. I plan to install the 64-bit version of Gentoo on my new box. Does anyone have experience or advice to offer in this area ? (Thanks to those who commented re quad-cores: I plan to get a Core 2 Duo) -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Lilo ReiserFS on 64 bits
On Tue, 2 Oct 2007 11:13:19 -0400, Philip Webb wrote: I've just done a diff on the 'x86' 'amd64' versions of the Handbook. The latter warns against using ReiserFS or Lilo on a 64-bit system, both of which are my longstanding preferences. I plan to install the 64-bit version of Gentoo on my new box. Does anyone have experience or advice to offer in this area ? (Thanks to those who commented re quad-cores: I plan to get a Core 2 Duo) I'm running ReiserFS on a Core2Duo system, and used it for three+ years on an Athlon64 box before that, with no problems. I've not tried LiLo on it, but only because I much prefer GRUB. -- Neil Bothwick All generalizations are false. signature.asc Description: PGP signature
[gentoo-user] doing minimall install from a pc within a lan
Hello, i am trying to install 2007.0 on a x86 system using the minimal CD. However, since i have other stuff to do, my idea is to install via a gentoo station i already have properly set up and working fine. ¿how can i connect to the pc which booted from the livecd to continue the install without moving from my main gentoo workstation? (ssh livecd from my pc does not work even after startin sshd in the remote machine where i am trying to install gentoo) thanks in advance y'all Rafael
Re: [gentoo-user] doing minimall install from a pc within a lan
Rafael Barrera Oro написа: Hello, i am trying to install 2007.0 on a x86 system using the minimal CD. However, since i have other stuff to do, my idea is to install via a gentoo station i already have properly set up and working fine. ¿how can i connect to the pc which booted from the livecd to continue the install without moving from my main gentoo workstation? (ssh livecd from my pc does not work even after startin sshd in the remote machine where i am trying to install gentoo) thanks in advance y'all Rafael Hi, Please check the install guide - it tell's you how to start sshd (from LiveCD). Set your root pass (sudo passwd) HTH. Rumen -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] doing minimall install from a pc within a lan
Hello Rafael, Rafael Barrera Oro [EMAIL PROTECTED] writes: ¿how can i connect to the pc which booted from the livecd to continue the install without moving from my main gentoo workstation? (ssh livecd from my pc does not work even after startin sshd in the remote machine where i am trying to install gentoo) I assume that the network on the livecd machins is correctly started and that you have also done /etc/init.d/sshd start on that machine. You will also need to set the root password on the livecd to a known value. If none of that works then you'll have to provide more info and perhaps someone more knowledgeable will help. Cheers, Roger -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] doing minimall install from a pc within a lan
Hi, Rafael Barrera Oro написа: I already did that (started ssh, passwd root, etc), in fact, i can connect from to the computer that booted from the livecd to the my gentoo box, but not the other way around. Have you started sshd (/etc/init.d/sshd start as root). Could check with: netstat -t | grep sshd (ps aux | grep 22). ssh is the client program, sshd is the server. Rumen -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] doing minimall install from a pc within a lan
On Tuesday 02 October 2007, Rafael Barrera Oro wrote: (ssh livecd from my pc does not work even after startin sshd in the remote machine where i am trying to install gentoo) I frequently install to remote machines in this way. Have you tried using its IP address? Are you sure the livecd machine has network access? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] doing minimall install from a pc within a lan
I already did that (started ssh, passwd root, etc), in fact, i can connect from to the computer that booted from the livecd to the my gentoo box, but not the other way around. 2007/10/2, Rumen Yotov [EMAIL PROTECTED]: Rafael Barrera Oro написа: Hello, i am trying to install 2007.0 on a x86 system using the minimal CD. However, since i have other stuff to do, my idea is to install via a gentoo station i already have properly set up and working fine. ¿how can i connect to the pc which booted from the livecd to continue the install without moving from my main gentoo workstation? (ssh livecd from my pc does not work even after startin sshd in the remote machine where i am trying to install gentoo) thanks in advance y'all Rafael Hi, Please check the install guide - it tell's you how to start sshd (from LiveCD). Set your root pass (sudo passwd) HTH. Rumen -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Lilo ReiserFS on 64 bits
On Tuesday 02 October 2007, Philip Webb wrote: I've just done a diff on the 'x86' 'amd64' versions of the Handbook. The latter warns against using ReiserFS or Lilo on a 64-bit system, both of which are my longstanding preferences. I plan to install the 64-bit version of Gentoo on my new box. Does anyone have experience or advice to offer in this area ? (Thanks to those who commented re quad-cores: I plan to get a Core 2 Duo) I never liked grub, so I kept LILO when I switched to 64 bit. It works like a charm. I also used ReiserFS with mild satisfaction. IIRC you have to use special mount option to use ReiserFS for /boot partition. Ciao Francesco -- Linux Version 2.6.22-gentoo-r8, Compiled #1 PREEMPT Fri Sep 28 19:41:21 CEST 2007 One 1GHz AMD Athlon 64 Processor, 2GB RAM, 2003.99 Bogomips Total aemaeth -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] doing minimall install from a pc within a lan
First of all, i'd like to point that i had started the ssh daemon and reset the root password from the beginning. However, after repeated failures i solved this by connecting using the ip instead of the hostname. ssh [EMAIL PROTECTED] instead of ssh [EMAIL PROTECTED] thanks for all your replies Rafael 2007/10/2, Rumen Yotov [EMAIL PROTECTED]: Hi, Rafael Barrera Oro написа: I already did that (started ssh, passwd root, etc), in fact, i can connect from to the computer that booted from the livecd to the my gentoo box, but not the other way around. Have you started sshd (/etc/init.d/sshd start as root). Could check with: netstat -t | grep sshd (ps aux | grep 22). ssh is the client program, sshd is the server. Rumen -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] X.Org 1.4 with Nvidia?
Alexander Skwar wrote: Does anyone know, if it's now safe to use xorg 1.4 with nvidia-drivers? On a related note, I'm one of those guys with one of those old old video cards for which I need to use version 1.0.7185 of nvidia-drivers. Am I going to be able to use xorg 1.4, or will doing so require me to use the nv driver? -- Randy Barlow http://electronsweatshop.com -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Lilo ReiserFS on 64 bits
Francesco Talamona wrote: IIRC you have to use special mount option to use ReiserFS for /boot partition. Using reiserfs on a /boot partition is just plain silly. ;) Furthermore, in this day and age, why would you even want a /boot partition? FWIW, using reiserfs on my 64bit systems (Opteron, Athlon64, Pentium D, Athlon X2, Core2 Duo) works fine without any issues or hoops to jump through with /boot on the / partition. Be lucky, Neil -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] X.Org 1.4 with Nvidia?
On Tue, 02 Oct 2007 14:17:46 -0400 Randy Barlow [EMAIL PROTECTED] wrote: Alexander Skwar wrote: Does anyone know, if it's now safe to use xorg 1.4 with nvidia-drivers? On a related note, I'm one of those guys with one of those old old video cards for which I need to use version 1.0.7185 of nvidia-drivers. Am I going to be able to use xorg 1.4, or will doing so require me to use the nv driver? As far as I know, they update the legacy branches to support xorg-7.3 (xorg-server 1.4). So, 71.86.01 should be ok for your video card and recent Xorg releases. I can't confirm it myself, though. -- Jesús Guerrero [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Lilo ReiserFS on 64 bits
On Tuesday 02 October 2007, Neil Walker wrote: Using reiserfs on a /boot partition is just plain silly. ;) Furthermore, in this day and age, why would you even want a /boot partition? /boot can't be on LVM. And these days you do want LVM. Not everyone is happy leaving /boot mounted all the time. Dual boot scenarios - it's much easier with a separate /boot. The 1024-cylinder limit hasn't been an issue for over 10 years now, but it was never the only reason for a separate /boot. alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Upgrading the kernel
On Tue, Oct 02, 2007 at 03:00:49PM +, Penguin Lover Grant Edwards squawked: You probably want to disable generic IDE support and enable the combined SATA/PATA stuff in the new one. The ATA stuff has been completely redone between 2.6.21 and 2.6.22. I just installed 2.6.23-rc[some number here] a few days ago, and the PATA stuff is labeled [experimental] while SATA is [prod]. I haven't been really keeping up with the news, but how stable is the PATA driver? (I am currently still on generic IDE) Is there a performance/?? benefit from the new PATA driver? W -- `Time is an illusion. Lunchtime doubly so.' `Very deep,' said Arthur, `you should send that in to the Reader's Digest. They've got a page for people like you.' - Ford convincing Arthur to drink three pints in ten minutes at lunchtime. Sortir en Pantoufles: up 298 days, 17:33 -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Backups
On Tuesday 02 October 2007, Mark Kirkwood wrote: $ mkfs.xfs /dev/sda9 $ mkdir /xfsrestore $ mount /dev/sda9 /xfsrestore $ cd /xfsrestore $ tar -jxvf xfsdump-2.2.45.tbz2 $ cd usr/bin $ rm xfsdump xfsrestore $ ln -s /xfsrestore/sbin/xfsdump xfsdump $ ln -s /xfsrestore/sbin/xfsrestore xfsrestore $ export PATH=$PATH:/xfsrestore/sbin:/xfsrestore/usr/bin 5. Restore dumps Use the contents of df.out to figure out which dump should be restored on which device! then temporily mount each filesystem and restore it. First of all, thanks for sharing. I used to think xfs was overkill for /boot, but the procedure described is quite straightforward. There are two things I don't understand: 1) why do you delete xfsdump and xfsrestore in /xfsrestore/usr/bin/ just extracted to link them to /xfsrestore/sbin 2) the use of df.out isn't clear to me, isn't the dump file name enough to know what is in there? Ciao Francesco -- Linux Version 2.6.22-gentoo-r8, Compiled #1 PREEMPT Fri Sep 28 19:41:21 CEST 2007 One 1GHz AMD Athlon 64 Processor, 2GB RAM, 2003.99 Bogomips Total aemaeth -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Upgrading the kernel
On 2007-10-02, Willie Wong [EMAIL PROTECTED] wrote: On Tue, Oct 02, 2007 at 03:00:49PM +, Penguin Lover Grant Edwards squawked: You probably want to disable generic IDE support and enable the combined SATA/PATA stuff in the new one. The ATA stuff has been completely redone between 2.6.21 and 2.6.22. I just installed 2.6.23-rc[some number here] a few days ago, and the PATA stuff is labeled [experimental] while SATA is [prod]. I haven't been really keeping up with the news, but how stable is the PATA driver? I've been using it for a week or so with no issues. (I am currently still on generic IDE) Is there a performance/?? benefit from the new PATA driver? I couldn't get some of my machines to boot with the generic IDE support enabled. It apparently now conflicts with SATA support. -- Grant Edwards grante Yow! I'm definitely not at in Omaha! visi.com -- [EMAIL PROTECTED] mailing list
[gentoo-user] Migrating a system
So I was an idiot when I set up my system and didn't use LVM. Now that I'm out of disk space on one of my drives and kicking myself, I want to do it without doing a reinstall. If I use tar -cvjpf oldSystemThatShouldStillWorkWhenUnTarred.tar.bz2 /, then setup LVM, then tar all that junk back to the new system via tar -xvpf oldSystemThatShouldStillWorkWhenUnTarred.tar.bz2 with / as my working directory, should that do the trick (with, of course, another go at grub-install)? Is the -p flag to tar enough to store ALL the necessary file system information? I just want to make sure I'm not forgetting anything... P.S. And I'll have to build LVM support into the kernel too... R -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Migrating a system
Randy Barlow schrieb: So I was an idiot when I set up my system and didn't use LVM. Now that I'm out of disk space on one of my drives and kicking myself, I want to do it without doing a reinstall. If I use tar -cvjpf oldSystemThatShouldStillWorkWhenUnTarred.tar.bz2 /, then setup LVM, then tar all that junk back to the new system via tar -xvpf oldSystemThatShouldStillWorkWhenUnTarred.tar.bz2 with / as my working directory, should that do the trick (with, of course, another go at grub-install)? Is the -p flag to tar enough to store ALL the necessary file system information? I just want to make sure I'm not forgetting anything... P.S. And I'll have to build LVM support into the kernel too... R From time to time i backup my complete system to avoid a reinstall after failures. I used something like this and it worked for me (tested it after a hard drive crash)! tar --atime-preserve --same-owner --numeric-owner -Spvcjf back.tar.bz2 / Maybe some flags are not necessary but --same owner would be a good option to preserve the user and group permissions of the files too, as i don't know if -p already covers this. Also take care to mount all partitions you want to backup! I don't know about lvm as i did not use a logical-volume-manager this time and now i use lvm within evms. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Backups
Francesco Talamona wrote: First of all, thanks for sharing. I used to think xfs was overkill for /boot, but the procedure described is quite straightforward. There are two things I don't understand: 1) why do you delete xfsdump and xfsrestore in /xfsrestore/usr/bin/ just extracted to link them to /xfsrestore/sbin 2) the use of df.out isn't clear to me, isn't the dump file name enough to know what is in there? 1) The symlinks are broken if the package is extracted anywhere other than /. I recreated 'em to point where they should (I recall they were needed, as some of the ancillary programs break if they are missing or broken). 2) The df.out is so you know that (say) usr.0.dmp should be restored to a device called (say) /dev/sda6. This will avoid the need to edit restored /etc/fstab (or the need to boot into single user mode and fix it). the other point is if you are reusing the same disk setup (assuming a software issue is requiring the restore), then checking df.out ensures that you recover the system using the same partitions for the filesystems as you had pre-restore. Cheers Mark P.s: You are quite correct that xfs is overkill for /boot. However I just found it easier to xfs everything (otherwise I'd have to use different dump programs depending on what I was backing up etc... ). To me this is more important than the fact that it wastes disk space a bit (my /boot uses a 128M partition but only gets 93M to actually use...and it uses 11M of that! - but disks are quite big now...) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Migrating a system
On Tue, 2007-10-02 at 16:45 -0400, Randy Barlow wrote: So I was an idiot when I set up my system and didn't use LVM. Now that I'm out of disk space on one of my drives and kicking myself, I want to do it without doing a reinstall. If I use tar -cvjpf oldSystemThatShouldStillWorkWhenUnTarred.tar.bz2 /, then setup LVM, then tar all that junk back to the new system via tar -xvpf oldSystemThatShouldStillWorkWhenUnTarred.tar.bz2 with / as my working directory, should that do the trick (with, of course, another go at grub-install)? Is the -p flag to tar enough to store ALL the necessary file system information? I just want to make sure I'm not forgetting anything... P.S. And I'll have to build LVM support into the kernel too... R The -a option might be a good choice, and i like the --one-file-system as well, for backup purpouses. Its very convenient to be able to restore partitions separatly, without having to remember whats mounted where and 'what parts of this and that did I archive'. rsync is nice too. And faster... Just remember not to rsync to a non UNIX FS, as that would cause some troubles with permissions and other things. Good luck. :) /Björn -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] per-ebuild compil options
On Tue, 2007-10-02 at 09:56 +0100, Neil Bothwick wrote: On Tue, 02 Oct 2007 14:04:10 +0930, Iain Buchanan wrote: [snip] eg. I would always want to build glib and glibc with nostrip in the FEATURES, and -ggdb in the compile options, but all other ebuilds would be as normal. mkdir -p /etc/portage/env.d/sys-devel echo 'FEATURES=blah nostrip' /etc/portage/env.d/sys-devel/gcc echo 'CFLAGS=blah -ggdb' etc/portage/env.d/sys-devel/gcc etc. hey that looks cool... except that it didn't work! I should be doing this to dev-libs/glib and sys-libs/glibc right? $ cat /etc/portage/env.d/dev-libs/glib FEATURES=${FEATURES} nostrip CFLAGS=${CFLAGS} -ggdb $ sudo emerge -va1 glib ... $ file /usr/lib/libglib-2.0.so.0.1400.1 /usr/lib/libglib-2.0.so.0.1400.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped it now says stripped, whereas last time when I specified FEATURES on the command line before emerge, it came out as not stripped... I also tried this: $ cat /etc/portage/env.d/dev-libs/glib FEATURES=fixpackages userpriv usersandbox userfetch nostrip CFLAGS=-O2 -march=pentium4 -pipe -ggdb CXXFLAGS=-O2 -march=pentium4 -pipe -ggdb and they still end up stripped... any ideas why? thanks! -- Iain Buchanan iaindb at netspace dot net dot au There's no such thing as a free lunch. -- Milton Friendman -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Lilo ReiserFS on 64 bits
Don't install 64bit linux, there are unresolved issues with 64bit linux
[gentoo-user] Suspend questions
List Members - I have trying to set up Suspend on my Dell Latitude D620 laptop. The laptop is currently running a 2.6.19-gentoo-r5 kernel. I emerged the suspend2 sources, copied the .config from the 2.6.19 directory and ran make oldconfig. I then configured the suspend options in the kernel via the docs in the wiki. When I try to boot the suspend kernel, the system fails to boot because it can't find any of the filesystems located in my /etc/fstab. The reason for that is because the suspend kernel is configuring my hard disk as /dev/hda and my standard kernel is configuring it as /dev/sda. Does anyone know how I can get the suspend kernel to assign my hard disk as /dev/sda? Thanks, James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Suspend questions
On Tue, 2007-10-02 at 21:33 -0400, James Colby wrote: currently running a 2.6.19-gentoo-r5 kernel. I emerged the suspend2 sources, copied the .config from the 2.6.19 directory and ran make which suspend2 kernel ver? /etc/fstab. The reason for that is because the suspend kernel is configuring my hard disk as /dev/hda and my standard kernel is configuring it as /dev/sda. Does anyone know how I can get the suspend kernel to assign my hard disk as /dev/sda? My guess is that the kernel moved from recognising the drive as a PATA to a SATA. If you're committed to using this new kernel, just boot into your new kernel in single mode, change fstab to point to sda and then reboot. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Suspend questions
On Wednesday 03 October 2007, James Colby wrote: The reason for that is because the suspend kernel is configuring my hard disk as /dev/hda and my standard kernel is configuring it as /dev/sda. Does anyone know how I can get the suspend kernel to assign my hard disk as /dev/sda? I think eventually you would have run into this problem even if you hadn't switched to using suspend2-sources. Recent changes in the kernel (at 2.6.21 unless my memory fails me) removed the need for most SATA drivers to use the SCSI layer of the kernel. The result being that many hard drives that were previously addressed as /dev/sda will now be available at /dev/hda. You'll need to change at least /boot/grub/grub.conf and /etc/fstab to reflect this . Yes, it's a pest because it complicates booting into older kernels. You may not know that GRUB supports editing the boot parameters with the 'E' key, which goes a long way towards easing the pains. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Lilo ReiserFS on 64 bits
On 10/2/07, Hex Star [EMAIL PROTECTED] wrote: Don't install 64bit linux, there are unresolved issues with 64bit linux I've been using 64 bit linux for almost two years: I don't have any single problem, and I only use two 32 bit binary programs: Firefox (for Flash) and MPlayer (for the win32codecs). Everything else is native 64 bit and works like a charm: even Windows games in wine (compiled in native 64 bits). -- Canek Peláez Valdés Facultad de Ciencias, UNAM -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Suspend questions
James Colby wrote: I have trying to set up Suspend on my Dell Latitude D620 laptop. The laptop is currently running a 2.6.19-gentoo-r5 kernel. I emerged the suspend2 sources, copied the .config from the 2.6.19 directory and ran make oldconfig. I then configured the suspend options in the kernel via the docs in the wiki. When I try to boot the suspend kernel, the system fails to boot because it can't find any of the filesystems located in my /etc/fstab. The reason for that is because the suspend kernel is configuring my hard disk as /dev/hda and my standard kernel is configuring it as /dev/sda. Does anyone know how I can get the suspend kernel to assign my hard disk as /dev/sda? I had this problem when I upgraded my kernel a month ago or so. I believe it occurred because the standard ATA driver grew support for my SATA hardware. It was unfortunately probing before the SATA driver and grabbing the device. The best solution I found was to add the following to the boot line in grub: hda=noprobe hda=none Hope that helps. James - Ben -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Suspend questions
Steve Dommett wrote: On Wednesday 03 October 2007, James Colby wrote: The reason for that is because the suspend kernel is configuring my hard disk as /dev/hda and my standard kernel is configuring it as /dev/sda. Does anyone know how I can get the suspend kernel to assign my hard disk as /dev/sda? I think eventually you would have run into this problem even if you hadn't switched to using suspend2-sources. Recent changes in the kernel (at 2.6.21 unless my memory fails me) removed the need for most SATA drivers to use the SCSI layer of the kernel. The result being that many hard drives that were previously addressed as /dev/sda will now be available at /dev/hda. You'll need to change at least /boot/grub/grub.conf and /etc/fstab to reflect this . Yes, it's a pest because it complicates booting into older kernels. You may not know that GRUB supports editing the boot parameters with the 'E' key, which goes a long way towards easing the pains. I think its preferable to get the SATA driver to handle the device if you can. I know on my machine disk performance dropped quite a bit when it was probed as hda by the ATA driver. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Lilo ReiserFS on 64 bits
071002 Alan McKinnon wrote: On Tuesday 02 October 2007, Neil Walker wrote: Using reiserfs on a /boot partition is just plain silly. ;) Yes indeed. You use 'ext2'. why would you even want a /boot partition? You keep it unmounted why not keep it separate anyway ? /boot can't be on LVM these days you do want LVM. With 1 HDD of 320 GB (my plan), what are the advantages of LVM ? There is at least a small amount of learning fuss setting up LVM, whereas without it you can simply rely on good old Fdisk. BTW does anyone care to make the case for Grub ? Lilo is so easy. (I don't mean to start a silly dispute, just to learn from others) Otherwise, thanks for all the reassurance re Lilo ReiserFS on 64 bits. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Lilo ReiserFS on 64 bits
On Tue, 2007-10-02 at 21:23 -0500, Canek Peláez Valdés wrote: I've been using 64 bit linux for almost two years: I don't have any single problem, and I only use two 32 bit binary programs: Firefox (for Flash) and MPlayer (for the win32codecs). Everything else is native 64 bit and works like a charm: even Windows games in wine (compiled in native 64 bits). I think people should be more specific when they say 64 bit linux. Linux has run on 64-bit architectures for a while now. Gentoo supports Alpha, x64, PA-RISC, IA64, PPC64, and SPARC64. Linux has been running on 64-bit platforms for over a decade, so I'd bet that 64 bit Linux is fairly stable. I've also used Linux on 64-bit systems and the only technical issues I've seen are with closed-source and/or x86-only software. OTOH the x86 architecture is still dominant and it still likely to have better support from developers and community. -- Albert W. Hopkins -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Backups
P.s: You are quite correct that xfs is overkill for /boot. However I just found it easier to xfs everything (otherwise I'd have to use different dump programs depending on what I was backing up etc... ). To me this is more important than the fact that it wastes disk space a bit (my /boot uses a 128M partition but only gets 93M to actually use...and it uses 11M of that! - but disks are quite big now...) Now everything makes sense. I definitely learned something new. Ciao Francesco -- Linux Version 2.6.22-gentoo-r8, Compiled #1 PREEMPT Fri Sep 28 19:41:21 CEST 2007 One 2.2GHz AMD Athlon 64 Processor, 2GB RAM, 4408.87 Bogomips Total aemaeth -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Lilo ReiserFS on 64 bits
On Tuesday 02 October 2007, Neil Walker wrote: Francesco Talamona wrote: IIRC you have to use special mount option to use ReiserFS for /boot partition. Using reiserfs on a /boot partition is just plain silly. ;) Furthermore, in this day and age, why would you even want a /boot partition? FWIW, using reiserfs on my 64bit systems (Opteron, Athlon64, Pentium D, Athlon X2, Core2 Duo) works fine without any issues or hoops to jump through with /boot on the / partition. Note: I'm not advertising ReiserFS for /boot :-) I think that any choice is good, given that you know what are doing; see the other thread (Backups), where is shown as xfs can be a good choice for /boot. That said I always used ext2 for /boot (or not kept it on a separate partition). Ciao Francesco -- Linux Version 2.6.22-gentoo-r8, Compiled #1 PREEMPT Fri Sep 28 19:41:21 CEST 2007 One 2.2GHz AMD Athlon 64 Processor, 2GB RAM, 4408.87 Bogomips Total aemaeth -- [EMAIL PROTECTED] mailing list