Re: [gentoo-user] Software for LCD Data Center
On 20 August 2011, at 10:40, czernitko wrote: … I've recently bought LCD television from Panasonic (TX-L32E30E Viera). It is connected to my home LAN and it should be able to access data on local computers using some Data Center feature. From what I've heard, it is something little bit different than common NFS/Samba sharing. It should be natively supported by Win7 and there may be some applications for WinXP. Unfortunately no applications were shipped on CD with the telly. I wonder whether there is some way to connect my home Gentoo server to the telly? Is there any linux application/specific Samba configuration/...? Have anyone tried anything similar? I've just checked the telly's specifications page [1] and, as per Mick's reply, it does appear to be DNLA you're thinking of. DNLA is rubbish - it's a standard so wide that it's no use as a standard any more. Manufacturers can choose such small subsets of features to implement, and have such freedom in *how* they implement features, that no two devices need ever work together - they can still all call themselves DNLA compliant. So don't rely on DNLA - there are sure to be plenty of good video formats unsupported by your TV - but you might also check out MediaTomb, an alternative DNLA server. Stroller. [1] http://panasonic.net/avc/viera/eu2011/product/e_lcd.html
[gentoo-user] ff chromium trapped in deafness or how to configure ALSA correctly
Hello all, I recently bought a Zotac Barebone ZBOX HD-AD02 AMD E-350 and installed Gentoo on it, what is working more or less very well except the sound. I did everything according to gentoo and gentoowiki docs, I installed (due to laziness) a gentoo-sources kernel with genkernel and Sabayon linux standard configuration, and I am using pulseaudio, but when I launch firefox or chromium from console and play some sounds, I get lots of these error messages: ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave I already googled for it but didn't find something helpful. The Zbox has a HDMI and a standard device: # lspci -v | grep -i audio 00:01.1 Audio device: ATI Technologies Inc Device 1314 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40) # cat /proc/asound/cards 0 [Generic]: HDA-Intel - HD-Audio Generic HD-Audio Generic at 0xfeb44000 irq 40 1 [SB ]: HDA-Intel - HDA ATI SB HDA ATI SB at 0xfeb4 irq 16 You can find the complete alsa-info output at http://paste.pocoo.org/show/461744/ For me, the interesting part is this section: List of PLAYBACK Hardware Devices card 0: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 Is is possible that ff and chromium are sending data to HDMI since it is card 0? If you think, it would be helpful to disable card 0 or change the order, please tell me how to do it? I highly appreciate all kinds of help! Kind regards, der Max
Re: [gentoo-user] Hoping someone can help explain distcc to me
On Sunday 21 August 2011 04:04:05 Matthew Finkel wrote:
On Sat, Aug 20, 2011 at 10:46 PM, Dale rdalek1...@gmail.com wrote:
How hard is it to set up a 64 bit machine to compile programs for a 32
bit system?
Dale
:-) :-)
It's actually quite easy. IIRC, when I did it last, the only difference
is that when you chroot into the subsystem you need prefix the command
with linux32, e.g. linux32 chroot /path/to/chroot /bin/bash
Yes, just follow this guide:
http://www.gentoo.org/proj/en/base/amd64/howtos/chroot.xml
I did that and it was straightforward as far as I remember. I did spend some
time thinking at a few stages, to get an understanding of what I was doing
rather than just blindly following somebody else's prescription.
Then it's a matter of writing some simple scripts to mount the packages
directory on the big host. Here's mine, most of which I scrounged from
somewhere:
$ cat /etc/init.d/atom
#!/sbin/runscript
depend() {
need localmount
need bootmisc
}
start() {
ebegin Mounting 32-bit chroot dirs
mount -o bind /dev /mnt/atom/dev /dev/null
mount -o bind /dev/pts /mnt/atom/dev/pts /dev/null
mount -o bind /dev/shm /mnt/atom/dev/shm /dev/null
mount -t proc /proc /mnt/atom/proc /dev/null
mount -o bind /sys /mnt/atom/sys /dev/null
mount -o bind /tmp /mnt/atom/tmp /dev/null
mount -t nfs -o vers=3 192.168.2.2:/usr/portage/packages
/mnt/atom/usr/portage/packages
eend $? An error occurred while attempting to mount 32-bit chroot
directories
ebegin Copying 32-bit chroot files
cp -pf /etc/resolv.conf /mnt/atom/etc/ /dev/null
cp -pf /etc/passwd /mnt/atom/etc/ /dev/null
cp -pf /etc/shadow /mnt/atom/etc/ /dev/null
cp -pf /etc/group /mnt/atom/etc/ /dev/null
cp -pf /etc/hosts /mnt/atom/etc/ /dev/null
cp -Ppf /etc/localtime /mnt/atom/etc/ /dev/null
eend $? An error occurred while attempting to copy 32-bit chroot files.
}
stop() {
ebegin Unmounting 32-bit chroot dirs
umount -f /mnt/atom/dev/pts /dev/null
umount -f /mnt/atom/dev/shm /dev/null
umount -f /mnt/atom/dev /dev/null
umount -f /mnt/atom/proc /dev/null
umount -f /mnt/atom/sys /dev/null
umount -f /mnt/atom/tmp /dev/null
umount -f /mnt/atom/usr/portage/packages /dev/null
eend $? An error occurred while attempting to unmount 32-bit chroot
directories
}
I could list the steps of my daily routine to upgrade both the client and
the chroot if that would help.
--
Rgds
Peter Linux Counter 5290, 1994-04-23
Re: [gentoo-user] ff chromium trapped in deafness or how to configure ALSA correctly
Maximilian Bräutigam wrote: Hello all, I recently bought a Zotac Barebone ZBOX HD-AD02 AMD E-350 and installed Gentoo on it, what is working more or less very well except the sound. I did everything according to gentoo and gentoowiki docs, I installed (due to laziness) a gentoo-sources kernel with genkernel and Sabayon linux standard configuration, and I am using pulseaudio, but when I launch firefox or chromium from console and play some sounds, I get lots of these error messages: ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave I already googled for it but didn't find something helpful. The Zbox has a HDMI and a standard device: # lspci -v | grep -i audio 00:01.1 Audio device: ATI Technologies Inc Device 1314 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40) # cat /proc/asound/cards 0 [Generic]: HDA-Intel - HD-Audio Generic HD-Audio Generic at 0xfeb44000 irq 40 1 [SB ]: HDA-Intel - HDA ATI SB HDA ATI SB at 0xfeb4 irq 16 You can find the complete alsa-info output at http://paste.pocoo.org/show/461744/ For me, the interesting part is this section: List of PLAYBACK Hardware Devices card 0: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 Is is possible that ff and chromium are sending data to HDMI since it is card 0? If you think, it would be helpful to disable card 0 or change the order, please tell me how to do it? I highly appreciate all kinds of help! Kind regards, der Max A silly question for a common problem. You did unmute the volume right? The default is to have everything muted so it is very common for folks to forget that little but important detail. Also, on one of my rigs, I had to unmute with both Kimix and alsamixer. Just a thought. I've done this myself. Dale :-) :-)
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
On Sunday 21 Aug 2011 05:47:16 Hilco Wijbenga wrote: On 20 August 2011 21:21, Nilesh Govindarajan cont...@nileshgr.com wrote: On 08/21/2011 09:00 AM, Hilco Wijbenga wrote: Yes, df -i says /portage is out of inodes. I've never run into that before. I reran mke2fs to increase the inode count and that fixed things. Sorry for the drop in, but I never knew that mke2fs can increase the number of inodes! I think I'll now place the portage tree on an ext2 disk image to speed up things, / has got fragmented badly due to portage tree :-\ Well, for the record, I'm not using ext2 but ext3 (mke2fs -j). Although, now that I think about it, I suppose there's not much point in having the Portage tree on a journaled FS. If you run man mke2fs, you should check out -N and -i. It was trial-and-error (for me, anyway) to find the right number. Presumably, -I fits in there somewhere as well. Do note that it only works when creating the FS, you can't change the inode count dynamically. I've never run out of inodes, even on small partitions. I just let ext4 make a fs with its default settings. Is there a magic formula to determine how many inodes are optimal? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] ff chromium trapped in deafness or how to configure ALSA correctly
2011/8/21 Maximilian Bräutigam max.braeuti...@googlemail.com: Hello all, I recently bought a Zotac Barebone ZBOX HD-AD02 AMD E-350 and installed Gentoo on it, what is working more or less very well except the sound. I did everything according to gentoo and gentoowiki docs, I installed (due to laziness) a gentoo-sources kernel with genkernel and Sabayon linux standard configuration, and I am using pulseaudio, but when I launch firefox or chromium from console and play some sounds, I get lots of these error messages: ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave I already googled for it but didn't find something helpful. The Zbox has a HDMI and a standard device: # lspci -v | grep -i audio 00:01.1 Audio device: ATI Technologies Inc Device 1314 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40) # cat /proc/asound/cards 0 [Generic ]: HDA-Intel - HD-Audio Generic HD-Audio Generic at 0xfeb44000 irq 40 1 [SB ]: HDA-Intel - HDA ATI SB HDA ATI SB at 0xfeb4 irq 16 You can find the complete alsa-info output at http://paste.pocoo.org/show/461744/ For me, the interesting part is this section: List of PLAYBACK Hardware Devices card 0: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 Is is possible that ff and chromium are sending data to HDMI since it is card 0? If you think, it would be helpful to disable card 0 or change the order, please tell me how to do it? I highly appreciate all kinds of help! Kind regards, der Max Have you tried running alsaconf? what happens when you try alsamixer? I tend to hate pulseaudio. I fail to see its purpose, the only time i tried it gave me a big headache. My (totally biased and personal without any techincal background) advice is to stay clear of pulseaudio. -- Leonardo
[gentoo-user] Suspend to RAM caused crashes
Here's a strange one: Suspending a Pentium4 32bit machine used to work a treat. For years. Then around 9 months ago or so, I can't recall exactly, it started causing crashes. What happens is that the monitor will go to sleep and the disk will stop immediately, but the machine continues to run and run and run ... At that point I have lost access to the keyboard and the monitor does not wake up if I move the mouse. Using ssh to connect shows that the machine is off the network, so I assume that the NIC is also suspended. The only way to recover is to pull the plug. :-( Unfortunately, mysql has left a lock file behind, so it won't start at reboot until I remove the lockfile. Now, here's the strange thing about all this. I have 4 RAM modules, 2x1G and 2x500M. Following the manual I have installed them in this order: slot 1 - 1G, slot 2 - 0.5G, slot 3 - 1G, slot 4 - 0.5G If I try to suspend the machine soon after boot, when it is still using low amounts of memory, the machine will suspend each time without fail (just like it used to do in the past). If I wait until the machine is using more than 1G or so, then it will always crash. I'm running memtest86+ just in case, but 3 passes and no errors are shown so far. Suspend to RAM is really a time saver on this machine and was being used at least 4-5 times a day. Now the box is running non-stop 16 hours a day or more, which is wasteful (although with the Pentium4 I'm saving on central heating bills!) Any ideas what I can look into to resolve this? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
creating the FS, you can't change the inode count dynamically. I've never run out of inodes, even on small partitions. I just let ext4 make a fs with its default settings. Is there a magic formula to determine how many inodes are optimal? Some FSes allocate inodes as required. I know btrfs does this and i think reiser does it too.
Re: [gentoo-user] Hoping someone can help explain distcc to me
victor romanchuk writes: Both machines contain distcc in FEATURES. It's not using -march=native. I've tried various -jN values with no real difference in performance. -jN in make.conf's MAPEOPTS variable I assume, not as argument to emerge, which does something different. It also hides the normal compile messages, in case of problems you should see something like 'failed to distribute to host'. And syslog on the desktop should list every distributed job. Distcc helps a lot here when I use Gentoo on slow systems. Although they are still slow, because of time spent for configuring, or linking. And maybe you are also using ccache, and your tests were recompiles of stuff already cached, so the slow machine is fast at this? i had noticed that distcc is peevish about CFLAGS: these should be compatible on both client and server. in my case i made these similar on both machines (laptop is core2duo and desktop is core2quad; both are running amd64 arch) I don't think this is true - as long as the CHOST is identical, there should be no problem. yet another way to install packages on weak notebook running it on the same arch as desktop runs, - is to create binaries at powerful machine (while emerging or with quickpkg utility) and share $PKGDIR with laptop This means some extra work, and also use flags need to be compatible, but the speedup would be much bigger than with just distcc. What about exporting the whole root file system and mounting it on the fast desktop, chrooting and emerging? And then there's Sabayon, based on Gentoo, but with binary packages. And when you want to customize things (use different use flags), you can still compile stuff manually. I will try this for a slow desktop PC now, all this compiling is so annoying. Wonko
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
If you run man mke2fs, you should check out -N and -i. It was trial-and-error (for me, anyway) to find the right number. Consider using reiserfs for /usr/portage. No real performance advantage over ext[234], but works well with lots of small files and there's no inode count to worry about. In my experience the main downside of reiserfs is that fsck.reiserfs is almost never able to recover cleanly if the filesystem metadata does get corrupted in a non-trivial way. But for the portage snapshot this isn't really a problem... andrea
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
On Sun 21 August 2011 11:13:53 Mick did opine thusly: On Sunday 21 Aug 2011 05:47:16 Hilco Wijbenga wrote: On 20 August 2011 21:21, Nilesh Govindarajan cont...@nileshgr.com wrote: On 08/21/2011 09:00 AM, Hilco Wijbenga wrote: Yes, df -i says /portage is out of inodes. I've never run into that before. I reran mke2fs to increase the inode count and that fixed things. Sorry for the drop in, but I never knew that mke2fs can increase the number of inodes! I think I'll now place the portage tree on an ext2 disk image to speed up things, / has got fragmented badly due to portage tree :-\ Well, for the record, I'm not using ext2 but ext3 (mke2fs -j). Although, now that I think about it, I suppose there's not much point in having the Portage tree on a journaled FS. If you run man mke2fs, you should check out -N and -i. It was trial-and-error (for me, anyway) to find the right number. Presumably, -I fits in there somewhere as well. Do note that it only works when creating the FS, you can't change the inode count dynamically. I've never run out of inodes, even on small partitions. I just let ext4 make a fs with its default settings. Is there a magic formula to determine how many inodes are optimal? No, there's no such formula. The answer to How many inodes do I need? is always How many do you need? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] ff chromium trapped in deafness or how to configure ALSA correctly
Am Sonntag 21 August 2011, 04:48:49 schrieb Dale: Maximilian Bräutigam wrote: Hello all, I recently bought a Zotac Barebone ZBOX HD-AD02 AMD E-350 and installed Gentoo on it, what is working more or less very well except the sound. I did everything according to gentoo and gentoowiki docs, I installed (due to laziness) a gentoo-sources kernel with genkernel and Sabayon linux standard configuration, and I am using pulseaudio, but when I launch firefox or chromium from console and play some sounds, I get lots of these error messages: ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave I already googled for it but didn't find something helpful. The Zbox has a HDMI and a standard device: # lspci -v | grep -i audio 00:01.1 Audio device: ATI Technologies Inc Device 1314 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40) # cat /proc/asound/cards 0 [Generic]: HDA-Intel - HD-Audio Generic HD-Audio Generic at 0xfeb44000 irq 40 1 [SB ]: HDA-Intel - HDA ATI SB HDA ATI SB at 0xfeb4 irq 16 You can find the complete alsa-info output at http://paste.pocoo.org/show/461744/ For me, the interesting part is this section: List of PLAYBACK Hardware Devices card 0: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 Is is possible that ff and chromium are sending data to HDMI since it is card 0? If you think, it would be helpful to disable card 0 or change the order, please tell me how to do it? I highly appreciate all kinds of help! Kind regards, der Max A silly question for a common problem. You did unmute the volume right? The default is to have everything muted so it is very common for folks to forget that little but important detail. Also, on one of my rigs, I had to unmute with both Kimix and alsamixer. Just a thought. I've done this myself. and don't forget to mute spdif optical raw and try without pulseaudio first. Dale :-) :-) -- #163933
[gentoo-user] Re: Suspend to RAM caused crashes
On Sunday 21 August 2011, Mick wrote: Here's a strange one: Suspending a Pentium4 32bit machine used to work a treat. For years. Then around 9 months ago or so, I can't recall exactly, it started causing crashes. What happens is that the monitor will go to sleep and the disk will stop immediately, but the machine continues to run and run and run ... At that point I have lost access to the keyboard and the monitor does not wake up if I move the mouse. Using ssh to connect shows that the machine is off the network, so I assume that the NIC is also suspended. The only way to recover is to pull the plug. :-( Unfortunately, mysql has left a lock file behind, so it won't start at reboot until I remove the lockfile. Now, here's the strange thing about all this. I have 4 RAM modules, 2x1G and 2x500M. Following the manual I have installed them in this order: slot 1 - 1G, slot 2 - 0.5G, slot 3 - 1G, slot 4 - 0.5G If I try to suspend the machine soon after boot, when it is still using low amounts of memory, the machine will suspend each time without fail (just like it used to do in the past). If I wait until the machine is using more than 1G or so, then it will always crash. I'm running memtest86+ just in case, but 3 passes and no errors are shown so far. Suspend to RAM is really a time saver on this machine and was being used at least 4-5 times a day. Now the box is running non-stop 16 hours a day or more, which is wasteful (although with the Pentium4 I'm saving on central heating bills!) Any ideas what I can look into to resolve this? I'm using KDE to suspend my machine, for some reason it recently stopped working, but it was only with kernel 3.0.1 I was able to see an error quickly changing to tty12 where the console is used to echo /var/log/messages after clicking sleep button in KDE Aug 15 07:42:31 aemaeth polkitd(authority=local): Registered Authentication Agent for unix- session:/org/freedesktop/ConsoleKit/Session1 (system bus name :1.29 [/usr/lib64/kde4/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) Aug 15 07:42:35 aemaeth dbus[3247]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.33 (uid=501 pid=4883 comm=nautilus --sm-client-id 10c6d9d561000130799394) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.1 (uid=0 pid=3297 comm=/usr/sbin/console-kit-daemon ) The machine locked itself shortly after that error, but the log was there. My problem is now gone with kernel 3.0.3. I wish yours it's not a RAM issue, it could be tricky to spot, because memtest is not putting any load to the machine, so it's very useful when it reports error, but when it doesn't you can't be sure if RAM modules are in good health. From my experience the stress load of compiling large packages is more likely to evidence RAM faults than memtest itself. HTH Francesco -- Linux Version 3.0.0-gentoo, Compiled #3 SMP PREEMPT Fri Aug 5 21:02:22 CEST 2011 Two 2.9GHz AMD Athlon 64 X2 Processors, 4GB RAM, 11659 Bogomips Total aemaeth
Re: [gentoo-user] ff chromium trapped in deafness or how to configure ALSA correctly
On 2011-08-21 12:24, Leonardo Guilherme wrote: tried it gave me a big headache. My (totally biased and personal without any techincal background) advice is to stay clear of pulseaudio. +1 Best regards Peter K
Re: [gentoo-user] Re: Suspend to RAM caused crashes
On Sunday 21 Aug 2011 12:19:40 Francesco Talamona wrote: On Sunday 21 August 2011, Mick wrote: Here's a strange one: Suspending a Pentium4 32bit machine used to work a treat. For years. Then around 9 months ago or so, I can't recall exactly, it started causing crashes. What happens is that the monitor will go to sleep and the disk will stop immediately, but the machine continues to run and run and run ... At that point I have lost access to the keyboard and the monitor does not wake up if I move the mouse. Using ssh to connect shows that the machine is off the network, so I assume that the NIC is also suspended. The only way to recover is to pull the plug. :-( Unfortunately, mysql has left a lock file behind, so it won't start at reboot until I remove the lockfile. Now, here's the strange thing about all this. I have 4 RAM modules, 2x1G and 2x500M. Following the manual I have installed them in this order: slot 1 - 1G, slot 2 - 0.5G, slot 3 - 1G, slot 4 - 0.5G If I try to suspend the machine soon after boot, when it is still using low amounts of memory, the machine will suspend each time without fail (just like it used to do in the past). If I wait until the machine is using more than 1G or so, then it will always crash. I'm running memtest86+ just in case, but 3 passes and no errors are shown so far. Suspend to RAM is really a time saver on this machine and was being used at least 4-5 times a day. Now the box is running non-stop 16 hours a day or more, which is wasteful (although with the Pentium4 I'm saving on central heating bills!) Any ideas what I can look into to resolve this? I'm using KDE to suspend my machine, for some reason it recently stopped working, but it was only with kernel 3.0.1 I was able to see an error quickly changing to tty12 where the console is used to echo /var/log/messages after clicking sleep button in KDE Aug 15 07:42:31 aemaeth polkitd(authority=local): Registered Authentication Agent for unix- session:/org/freedesktop/ConsoleKit/Session1 (system bus name :1.29 [/usr/lib64/kde4/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) Aug 15 07:42:35 aemaeth dbus[3247]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.33 (uid=501 pid=4883 comm=nautilus --sm-client-id 10c6d9d561000130799394) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.1 (uid=0 pid=3297 comm=/usr/sbin/console-kit-daemon ) The machine locked itself shortly after that error, but the log was there. My problem is now gone with kernel 3.0.3. I wish yours it's not a RAM issue, it could be tricky to spot, because memtest is not putting any load to the machine, so it's very useful when it reports error, but when it doesn't you can't be sure if RAM modules are in good health. From my experience the stress load of compiling large packages is more likely to evidence RAM faults than memtest itself. No problem with big package emerges, or running demanding applications like gimp, inkscape and firefox, chrome and opera with umpteen tabs open, plus Windows7 running on virtualbox on occasion. When all 3G is needed the machine will swap happily. I would readily say that I am certain this is not a memory problem except ... the 2x1G RAM modules are not the same make as the 2x500M modules. In the past I have had MoBos which were very particular on choice of memory modules and mismatching them led to all sort of obscure crashes (e.g. when swapping was starting). -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Suspend to RAM caused crashes
(sorry for top-posting) Do the 1 GB pieces have the same timing values as the 0.5 GB pieces? Try slowing down the memory timing parameters in BIOS (should look like 8-5-3-3 or something like that; larger numbers are slower). Rgds, On 2011-08-21, Mick michaelkintz...@gmail.com wrote: On Sunday 21 Aug 2011 12:19:40 Francesco Talamona wrote: On Sunday 21 August 2011, Mick wrote: Here's a strange one: Suspending a Pentium4 32bit machine used to work a treat. For years. Then around 9 months ago or so, I can't recall exactly, it started causing crashes. What happens is that the monitor will go to sleep and the disk will stop immediately, but the machine continues to run and run and run ... At that point I have lost access to the keyboard and the monitor does not wake up if I move the mouse. Using ssh to connect shows that the machine is off the network, so I assume that the NIC is also suspended. The only way to recover is to pull the plug. :-( Unfortunately, mysql has left a lock file behind, so it won't start at reboot until I remove the lockfile. Now, here's the strange thing about all this. I have 4 RAM modules, 2x1G and 2x500M. Following the manual I have installed them in this order: slot 1 - 1G, slot 2 - 0.5G, slot 3 - 1G, slot 4 - 0.5G If I try to suspend the machine soon after boot, when it is still using low amounts of memory, the machine will suspend each time without fail (just like it used to do in the past). If I wait until the machine is using more than 1G or so, then it will always crash. I'm running memtest86+ just in case, but 3 passes and no errors are shown so far. Suspend to RAM is really a time saver on this machine and was being used at least 4-5 times a day. Now the box is running non-stop 16 hours a day or more, which is wasteful (although with the Pentium4 I'm saving on central heating bills!) Any ideas what I can look into to resolve this? I'm using KDE to suspend my machine, for some reason it recently stopped working, but it was only with kernel 3.0.1 I was able to see an error quickly changing to tty12 where the console is used to echo /var/log/messages after clicking sleep button in KDE Aug 15 07:42:31 aemaeth polkitd(authority=local): Registered Authentication Agent for unix- session:/org/freedesktop/ConsoleKit/Session1 (system bus name :1.29 [/usr/lib64/kde4/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) Aug 15 07:42:35 aemaeth dbus[3247]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.33 (uid=501 pid=4883 comm=nautilus --sm-client-id 10c6d9d561000130799394) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.1 (uid=0 pid=3297 comm=/usr/sbin/console-kit-daemon ) The machine locked itself shortly after that error, but the log was there. My problem is now gone with kernel 3.0.3. I wish yours it's not a RAM issue, it could be tricky to spot, because memtest is not putting any load to the machine, so it's very useful when it reports error, but when it doesn't you can't be sure if RAM modules are in good health. From my experience the stress load of compiling large packages is more likely to evidence RAM faults than memtest itself. No problem with big package emerges, or running demanding applications like gimp, inkscape and firefox, chrome and opera with umpteen tabs open, plus Windows7 running on virtualbox on occasion. When all 3G is needed the machine will swap happily. I would readily say that I am certain this is not a memory problem except ... the 2x1G RAM modules are not the same make as the 2x500M modules. In the past I have had MoBos which were very particular on choice of memory modules and mismatching them led to all sort of obscure crashes (e.g. when swapping was starting). -- Regards, Mick -- -- Pandu E Poluan - IT Optimizer My website: http://pandu.poluan.info/
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
Hilco Wijbenga writes: Yes, df -i says /portage is out of inodes. I've never run into that before. I reran mke2fs to increase the inode count and that fixed things. Would LVM somehow prevent these sort of things from happening? LVM doesn't affect inode usage, does it? AFAIK you will gain more inodes when you increase the size. What exactly are the advantages of LVM? Is it just that it's easier to resize LVM partitions after the fact? (That would, of course, already be very useful.) Mainly. But it also allows you to create snapshots, I use this often to make backups without needing to boot from a live-cd - I can even start emerges meanwhile, but the backup will have the state the file system was in when the snapshot was taken. And you can create logical volumes that reside on partitions on different physical drives. Or you could move logical volumes from one drive or location to another one, while being in use all the time, without the need to unmount the file system. I also like the naming scheme (/dev/volume group/logical volume/ instead of /dev/sdXN), although you can also use file system labels so this is not a big problem. Wonko
[gentoo-user] Re: Do you block outbound ports?
Grant emailgrant at gmail.com writes: Do you block outbound ports with a firewall or only inbound? Logging outbound traffic, and then looking at (analyzing) the outbound traffic may be of interest to you. Two extremes are wildly unpredictable: human imaginations in a collective where outbound traffic policy is constantly morphing; like a collection of young computer scientist at your local university. Like Alan alluded to, a basic nightmare of intellectual argument as to monitoring or blocking outbound traffic. In the case where the services utilized are more consistent in a pattern that is some what consistent over time. For example a network full of machines (literally machines for physical process control) or servers offering limited fixed services, then blocking outbound traffic (that should not nor never exist) could make sense. In a complex network, this may mean several different firewalls with different policies on outbound traffic. The later network may be a candidate for extensive monitoring, pattern detection and profiling of outbound traffic; with subsequent port blocking. If it's not used, block it, some would say. Whether its is more work than of value, can only be decided by the logs and the policy requirements of that network's owner. hth, James
[gentoo-user] Re: Software for LCD Data Center
Stroller stroller at stellar.eclipse.co.uk writes: I wonder whether there is some way to connect my home Gentoo server to the telly? Is there any linux application/specific Samba configuration/...? Have anyone tried anything similar? Not yet. DNLA is rubbish Prophetic response. DNLA is just another vendor speak where the manufacturer's wants to lock you into using closed source options where they have a vested financial interest in channeling your usage. It's not intended for Linux folks to do as you please. Microsoft or Apple tainted type of assimilation is the goal A possible coarse of action might be to apple to those fancy, vendor intended services directly from your telly (like netflix). Then sniff the data traffic to figure out how the software works. Find an open source equivalent and see if it works. Surely some group of hackers are working on a solution to use those ethernet ports on the newer Telly. I have an ethernet port on my newest 55 telly, but my experience is it takes tons of time in the early days of such, before a viable (compatible) hack exist to use the resource (in this case an ethernet on a telly) as you please with linux. Or just monitor and search periodically until some hack becomes available. I hope I'm wrong, but this is the pattern that seems unchangeable and adopted by most new manufacturers. I just googled for panasonic linux SOC and found this as a starting point for your research: http://www.linuxfordevices.com/c/a/News/Panasonic-UniPhier-MN2WS0220-/ The Arm Cortex A9 is a very common core (System on a Chip) that runs embedded linux most of the time Happy Hunting, hth, pist: when you find a solution, do post back to us! James
Re: [gentoo-user] Suspend to RAM caused crashes
On Sunday 21 Aug 2011 12:57:48 Pandu Poluan wrote: (sorry for top-posting) Do the 1 GB pieces have the same timing values as the 0.5 GB pieces? Yes, same timing values. When I bought the 1G modules I made sure that they were matched exactly in terms of specification with the 0.5G pieces (other than the size). Try slowing down the memory timing parameters in BIOS (should look like 8-5-3-3 or something like that; larger numbers are slower). I have not messed about with the memory timing jumpers at all as far as I can recall. The timing setting is the OEM's defaults (Compaq) and there is no way to access them in the BIOS. memtest86+ reports: Chipset: Intel i915P/G (ECC: Disabled) - FSB: 200MHz - Type: DDR1 Settings: RAM: 200MHz (DDR400) / CAS: 3-3-3-8 / Dual Channel (Interleaved) PS. memtest86+ did not show any errors for 4 passes. This script did not come up with any errors either: http://people.redhat.com/dledford/memtest.shtml -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Suspend to RAM caused crashes
Am Sonntag 21 August 2011, 11:27:55 schrieb Mick: Here's a strange one: Suspending a Pentium4 32bit machine used to work a treat. For years. Then around 9 months ago or so, I can't recall exactly, it started causing crashes. What happens is that the monitor will go to sleep and the disk will stop immediately, but the machine continues to run and run and run ... so try different kernel versions. Start with 3.0.3 and then go down - one kernel per release (not all those stable releases in between) should be enough. Then, as soon as it starts working again, you can narrow it down. Use vanilla kernels for this. Second, enable wake on lan - if your machine hangs while suspending, try to kick it back to life with a wol-packet. Third point, there are some checks and self tests among the kernel debug options related to suspending, enable them. For me, 3.0.1 is the first kernel ever that made it possible for me to suspend-to-ram (with fglrx even). Suspending is a bitch, breaking and unbreaking on an irregular basis thanks to crappy bios'. -- #163933
Re: [gentoo-user] Software for LCD Data Center
On Sun, Aug 21, 2011 at 2:21 AM, Stroller strol...@stellar.eclipse.co.uk wrote: On 20 August 2011, at 10:40, czernitko wrote: … I've recently bought LCD television from Panasonic (TX-L32E30E Viera). It is connected to my home LAN and it should be able to access data on local computers using some Data Center feature. From what I've heard, it is something little bit different than common NFS/Samba sharing. It should be natively supported by Win7 and there may be some applications for WinXP. Unfortunately no applications were shipped on CD with the telly. I wonder whether there is some way to connect my home Gentoo server to the telly? Is there any linux application/specific Samba configuration/...? Have anyone tried anything similar? I've just checked the telly's specifications page [1] and, as per Mick's reply, it does appear to be DNLA you're thinking of. DNLA is rubbish - it's a standard so wide that it's no use as a standard any more. Manufacturers can choose such small subsets of features to implement, and have such freedom in *how* they implement features, that no two devices need ever work together - they can still all call themselves DNLA compliant. So don't rely on DNLA - there are sure to be plenty of good video formats unsupported by your TV - but you might also check out MediaTomb, an alternative DNLA server. Stroller. [1] http://panasonic.net/avc/viera/eu2011/product/e_lcd.html I'll second the MediaTomb recommendation. It's got a significant learning curve to get set up, but they've got a large community wiki with examples and advice, and their IRC channel is helpful if you run into bugs. (Amusing side note...MediaTomb is what got me into Gentoo way back when...I wanted to use a distro a bit better set up as a development environment, as I was tracking down crasher bugs in media codecs that were killing my mt server. As it happened, libavcodec was crashing when it encountered a corrupted bitstream) -- :wq
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
Would LVM somehow prevent these sort of things from happening? LVM doesn't affect inode usage, does it? LVM has nothing to do with inodes. Inodes are a filesystem concept, and filesystems do not really care about the kind of block device they reside on. Well, generally. AFAIK you will gain more inodes when you increase the size. Only because by unless you specify a value mke2fs allocates a number of inodes proportional to the size of the filesystem, with the default being 1 inode every 16kB (see /etc/mke2fs.conf). But for ext[234] the number of inodes is fixed at filesystem creation, so even if you use LVM you can't increase it by -- say -- growing the underlying LV and then using resize2fs. andrea
Re: [gentoo-user] Hoping someone can help explain distcc to me
On Sunday, August 21, 2011 10:41:56 AM Peter Humphrey wrote:
On Sunday 21 August 2011 04:04:05 Matthew Finkel wrote:
On Sat, Aug 20, 2011 at 10:46 PM, Dale rdalek1...@gmail.com wrote:
How hard is it to set up a 64 bit machine to compile programs for a
32
bit system?
Dale
:-) :-)
It's actually quite easy. IIRC, when I did it last, the only difference
is that when you chroot into the subsystem you need prefix the command
with linux32, e.g. linux32 chroot /path/to/chroot /bin/bash
Yes, just follow this guide:
http://www.gentoo.org/proj/en/base/amd64/howtos/chroot.xml
I did that and it was straightforward as far as I remember. I did spend some
time thinking at a few stages, to get an understanding of what I was doing
rather than just blindly following somebody else's prescription.
Then it's a matter of writing some simple scripts to mount the packages
directory on the big host. Here's mine, most of which I scrounged from
somewhere:
$ cat /etc/init.d/atom
#!/sbin/runscript
depend() {
need localmount
need bootmisc
}
start() {
ebegin Mounting 32-bit chroot dirs
mount -o bind /dev /mnt/atom/dev /dev/null
mount -o bind /dev/pts /mnt/atom/dev/pts /dev/null
mount -o bind /dev/shm /mnt/atom/dev/shm /dev/null
mount -t proc /proc /mnt/atom/proc /dev/null
mount -o bind /sys /mnt/atom/sys /dev/null
mount -o bind /tmp /mnt/atom/tmp /dev/null
mount -t nfs -o vers=3 192.168.2.2:/usr/portage/packages
/mnt/atom/usr/portage/packages
eend $? An error occurred while attempting to mount 32-bit chroot
directories
ebegin Copying 32-bit chroot files
cp -pf /etc/resolv.conf /mnt/atom/etc/ /dev/null
cp -pf /etc/passwd /mnt/atom/etc/ /dev/null
cp -pf /etc/shadow /mnt/atom/etc/ /dev/null
cp -pf /etc/group /mnt/atom/etc/ /dev/null
cp -pf /etc/hosts /mnt/atom/etc/ /dev/null
cp -Ppf /etc/localtime /mnt/atom/etc/ /dev/null
eend $? An error occurred while attempting to copy 32-bit chroot
files. }
stop() {
ebegin Unmounting 32-bit chroot dirs
umount -f /mnt/atom/dev/pts /dev/null
umount -f /mnt/atom/dev/shm /dev/null
umount -f /mnt/atom/dev /dev/null
umount -f /mnt/atom/proc /dev/null
umount -f /mnt/atom/sys /dev/null
umount -f /mnt/atom/tmp /dev/null
umount -f /mnt/atom/usr/portage/packages /dev/null
eend $? An error occurred while attempting to unmount 32-bit chroot
directories
}
I could list the steps of my daily routine to upgrade both the client and
the chroot if that would help.
That would help as I'm planning on setting this up myself as well for my
netbook.
Is there a way to automate the steps inside the chroot without having to have
a script inside the chroot?
--
Joost
Re: [gentoo-user] Hoping someone can help explain distcc to me
i had noticed that distcc is peevish about CFLAGS: these should be compatible on both client and server. in my case i made these similar on both machines (laptop is core2duo and desktop is core2quad; both are running amd64 arch) I don't think this is true - as long as the CHOST is identical, there should be no problem. CHOST defines the arch (i686, amd64, arm ..) whilst CFLAGS control gcc behavior and the binary code generation produced by compiler. in my case core2quad (q8300) i'm using in the desktop supports sse4.1 instruction set and notebook powered with core2duo (t7600) does not have that cpu feature. having option `-msse4.1' set in CFLAGS at desktop side will causes frequent compilation failures (initiated by distcc) or, in worst case - arbitrary crashes at notebook when running binaries compiled in distributed distcc environment yet another way to install packages on weak notebook running it on the same arch as desktop runs, - is to create binaries at powerful machine (while emerging or with quickpkg utility) and share $PKGDIR with laptop This means some extra work, and also use flags need to be compatible, but the speedup would be much bigger than with just distcc. What about exporting the whole root file system and mounting it on the fast desktop, chrooting and emerging? i do not insist the distcc is the only or most efficient way to maintain gentoo installation on a slow machine (having something more powerful nearby). just tried to explain how does distcc work victor
[gentoo-user] Re: Suspend to RAM caused crashes
On 08/21/2011 02:19 PM, Francesco Talamona wrote: I wish yours it's not a RAM issue, it could be tricky to spot, because memtest is not putting any load to the machine, so it's very useful when it reports error, but when it doesn't you can't be sure if RAM modules are in good health. CPU load doesn't affect RAM errors. CPU load affects CPU errors. If you only get RAM errors during heavy load, the RAM is just fine, but your CPU has a fault.
Re: [gentoo-user] Re: Suspend to RAM caused crashes
Am Sonntag 21 August 2011, 18:12:00 schrieb Nikos Chantziaras: On 08/21/2011 02:19 PM, Francesco Talamona wrote: I wish yours it's not a RAM issue, it could be tricky to spot, because memtest is not putting any load to the machine, so it's very useful when it reports error, but when it doesn't you can't be sure if RAM modules are in good health. CPU load doesn't affect RAM errors. CPU load affects CPU errors. If you only get RAM errors during heavy load, the RAM is just fine, but your CPU has a fault. or you have a faulty psu that is not able to deliver clean current and stable voltages as soon as the load goes up. -- #163933
Re: [gentoo-user] Suspend to RAM caused crashes
Mick michaelkintz...@gmail.com [11-08-21 12:32]: Here's a strange one: Suspending a Pentium4 32bit machine used to work a treat. For years. Then around 9 months ago or so, I can't recall exactly, it started causing crashes. What happens is that the monitor will go to sleep and the disk will stop immediately, but the machine continues to run and run and run ... At that point I have lost access to the keyboard and the monitor does not wake up if I move the mouse. Using ssh to connect shows that the machine is off the network, so I assume that the NIC is also suspended. The only way to recover is to pull the plug. :-( Unfortunately, mysql has left a lock file behind, so it won't start at reboot until I remove the lockfile. Now, here's the strange thing about all this. I have 4 RAM modules, 2x1G and 2x500M. Following the manual I have installed them in this order: slot 1 - 1G, slot 2 - 0.5G, slot 3 - 1G, slot 4 - 0.5G If I try to suspend the machine soon after boot, when it is still using low amounts of memory, the machine will suspend each time without fail (just like it used to do in the past). If I wait until the machine is using more than 1G or so, then it will always crash. I'm running memtest86+ just in case, but 3 passes and no errors are shown so far. Suspend to RAM is really a time saver on this machine and was being used at least 4-5 times a day. Now the box is running non-stop 16 hours a day or more, which is wasteful (although with the Pentium4 I'm saving on central heating bills!) Any ideas what I can look into to resolve this? -- Regards, Mick Hi Mick, one thing, which is able to produce any kind of error except those, which one would exspect in a certain context, is a bad capicitor on the mobo (or sometimes in the power supply). If I understand your posting correctly, your PC is not the youngest one...? I had a motherboard, which completly fails to boot the very first stages of the kernel boot process, but perfectly runs memtest86 Bad capacitors... More RAM means more power. What happens, if you change the RAMS in such a manner: slot 1 - 0.5G, slot 2 - 1G, slot 3 - 0.5G slot 4 - 1G, ? Does teh computer have problems after accessing slot 2 or after access more than 1G? Best regards, mcc
Re: [gentoo-user] Re: Suspend to RAM caused crashes
On Sun, Aug 21, 2011 at 8:12 AM, Nikos Chantziaras rea...@arcor.de wrote: On 08/21/2011 02:19 PM, Francesco Talamona wrote: I wish yours it's not a RAM issue, it could be tricky to spot, because memtest is not putting any load to the machine, so it's very useful when it reports error, but when it doesn't you can't be sure if RAM modules are in good health. CPU load doesn't affect RAM errors. CPU load affects CPU errors. If you only get RAM errors during heavy load, the RAM is just fine, but your CPU has a fault. Unless the CPU loading causes excessive heat and the RAM has problems only when it gets hot. In general semiconductor speeds slow down as temperature increases so a RAM that's barely in spec at room temp could be out of spec at high temp. Just an idea. - Mark
[gentoo-user] Re: Suspend to RAM caused crashes
On 08/21/2011 06:33 PM, Mark Knecht wrote: On Sun, Aug 21, 2011 at 8:12 AM, Nikos Chantziarasrea...@arcor.de wrote: On 08/21/2011 02:19 PM, Francesco Talamona wrote: I wish yours it's not a RAM issue, it could be tricky to spot, because memtest is not putting any load to the machine, so it's very useful when it reports error, but when it doesn't you can't be sure if RAM modules are in good health. CPU load doesn't affect RAM errors. CPU load affects CPU errors. If you only get RAM errors during heavy load, the RAM is just fine, but your CPU has a fault. Unless the CPU loading causes excessive heat and the RAM has problems only when it gets hot. The RAM gets hot when there's RAM load (meaning being used heavily), not when there's CPU load :*)
Re: [gentoo-user] Re: Suspend to RAM caused crashes
On Sun, Aug 21, 2011 at 8:43 AM, Nikos Chantziaras rea...@arcor.de wrote: On 08/21/2011 06:33 PM, Mark Knecht wrote: On Sun, Aug 21, 2011 at 8:12 AM, Nikos Chantziarasrea...@arcor.de wrote: On 08/21/2011 02:19 PM, Francesco Talamona wrote: I wish yours it's not a RAM issue, it could be tricky to spot, because memtest is not putting any load to the machine, so it's very useful when it reports error, but when it doesn't you can't be sure if RAM modules are in good health. CPU load doesn't affect RAM errors. CPU load affects CPU errors. If you only get RAM errors during heavy load, the RAM is just fine, but your CPU has a fault. Unless the CPU loading causes excessive heat and the RAM has problems only when it gets hot. The RAM gets hot when there's RAM load (meaning being used heavily), not when there's CPU load :*) Do you feel heat when your PC is turned on and running hard? Of course you do. The whole machine heats up. The CPU under load heats the machine so the RAM and drives and everything else heats up also. Not as hot as the CPU, but it heats up. So I might agree with you - the RAM might not be 'hot', but it would certainly be 'warmer'. I'm not suggesting that this would cause a normal DRAM stick to go bad, but only that if he had a very marginal bit of RAM that it might go out of spec... - Mark
[gentoo-user] Re: Suspend to RAM caused crashes
On 08/21/2011 07:08 PM, Mark Knecht wrote: On Sun, Aug 21, 2011 at 8:43 AM, Nikos Chantziarasrea...@arcor.de wrote: On 08/21/2011 06:33 PM, Mark Knecht wrote: On Sun, Aug 21, 2011 at 8:12 AM, Nikos Chantziarasrea...@arcor.de wrote: On 08/21/2011 02:19 PM, Francesco Talamona wrote: [...] The RAM gets hot when there's RAM load (meaning being used heavily), not when there's CPU load :*) Do you feel heat when your PC is turned on and running hard? Of course you do. The whole machine heats up. The CPU under load heats the machine so the RAM and drives and everything else heats up also. Not as hot as the CPU, but it heats up. So I might agree with you - the RAM might not be 'hot', but it would certainly be 'warmer'. I'm not suggesting that this would cause a normal DRAM stick to go bad, but only that if he had a very marginal bit of RAM that it might go out of spec... On a laptop maybe. On a desktop, the air around the RAM modules get maybe 1 degree C warmer (I know because I have temp sensor there, connected to the front panel). When it does get warm is when there's GPU and disk load. Those suckers combined can raise the temp inside the box by 5-6 degrees. The meaning of all this is that if memtest can't find any errors after a full run (which can take an hour), the chances of getting an error that is really related to RAM under CPU stress are very slim.
Re: [gentoo-user] Hoping someone can help explain distcc to me
On Sunday 21 August 2011 14:53:15 Joost Roeleveld wrote: That would help as I'm planning on setting this up myself as well for my netbook. Right. I have two Konsoles open on my workstation, which is the compilation host. In one I su - and in the other I ssh serv (this is the client Atom box, which among other things runs http-replicator to serve the portage tree to the LAN). Naming is going to get confusing if I'm not careful, so I'll refer to the ssh session as Atom and the compilation host as Host. Then my steps are: Host: # /etc/init.d/atom start(this is the script I showed yesterday) # linux32 chroot /mnt/atom /bin/bash # env-update . /etc/profile Atom: $ sudo emerge --sync sudo eix-update Host: # emerge --sync emerge -auvD -j 5 --changed-use --keep-going world Atom: $ sudo emerge -auDkv --jobs=3 --changed-use --with-bdeps y --keep-going world Host: (various clean-up operations such as depclean, eclean and localepurge) # exit # /etc/init.d/atom stop Atom: (similar cleaning up) $ exit That's it as far as I remember. Is there a way to automate the steps inside the chroot without having to have a script inside the chroot? I'd be reluctant to try to automate it any more than this. It's about as simple to use as can be and as I want it. I've set up aliases for most of those long commands to save my wrists, and of course command-line recall is wonderful. The task that takes longest is portage on the Atom calculating what packages it needs to emerge from. I try not to forget to copy any USE-flag changes etc between the Atom and the chroot, but of course I'm no more than human. -- Rgds Peter Linux Counter 5290, 1994-04-23
Re: [gentoo-user] systemd
Am 2011-08-20 22:54, schrieb Sebastian Beßler: As always when I want to do anything like this there comes something more important along and occupies all of my time. So migration to systemd is stoped for now. Hope I will come to it soon. Continued playing and learning and enabled it on my ~amd64 thinkpad. Networkmanager and gdm work already, sound as well, it was quite easy. enabled syslog-ng and sshd.socket Beauty issues: I get dozens of /sys/devices/virtual/tty/tty* services running. Don't know if that has to be that way. My encrypted /home is now mounted three times. This might be related to suspend-to-ram and the fact that I maybe should look deeper into how to cryptsetup within systemd. So far it works, but it isn't correct and also seems to trigger problems with waking up from hibernation (multiple password-requests ...). I will continue exploring other services soon. Especially how to set up KVM, vmware, and the needed network-bridging etc. Stefan
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
Andrea Conti writes: AFAIK you will gain more inodes when you increase the size. Only because by unless you specify a value mke2fs allocates a number of inodes proportional to the size of the filesystem, with the default being 1 inode every 16kB (see /etc/mke2fs.conf). But for ext[234] the number of inodes is fixed at filesystem creation, so even if you use LVM you can't increase it by -- say -- growing the underlying LV and then using resize2fs. So I just tried that, create a small fs, filled it until no inodes were left. Resized, and gained more inodes: weird ~ # lvcreate -L 4M -n inodetest weird Logical volume inodetest created weird ~ # mke2fs -j /dev/weird/inodetest mke2fs 1.41.14 (22-Dec-2010) Filesystem label= OS type: Linux Block size=1024 (log=0) Fragment size=1024 (log=0) Stride=0 blocks, Stripe width=0 blocks 1024 inodes, 4096 blocks [...] weird ~ # mount /dev/weird/inodetest /mnt/ weird ~ # for (( i=1; ; i++ )) do touch /mnt/$( printf file %06d $i ) || break done touch: cannot touch `/mnt/file 001014': No space left on device weird ~ # df -i /mnt/ Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/weird-inodetest 1024 1024 0 100% /mnt weird ~ # lvresize -L 16M /dev/weird/inodetest Extending logical volume inodetest to 16,00 MiB Logical volume inodetest successfully resized weird ~ # resize2fs /dev/weird/inodetest resize2fs 1.41.14 (22-Dec-2010) Filesystem at /dev/weird/inodetest is mounted on /mnt; on-line resizing required old desc_blocks = 1, new_desc_blocks = 1 Performing an on-line resize of /dev/weird/inodetest to 16384 (1k) blocks. The filesystem on /dev/weird/inodetest is now 16384 blocks long. weird ~ # df -i /mnt/ Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/weird-inodetest 2048 1024 1024 50% /mnt Wonko
Re: [gentoo-user] Re: Suspend to RAM caused crashes
On Sun, Aug 21, 2011 at 9:26 AM, Nikos Chantziaras rea...@arcor.de wrote: SNIP The meaning of all this is that if memtest can't find any errors after a full run (which can take an hour), the chances of getting an error that is really related to RAM under CPU stress are very slim. Which I completely agree with
Re: [gentoo-user] Re: Suspend to RAM caused crashes
Am Sonntag 21 August 2011, 19:26:47 schrieb Nikos Chantziaras: On 08/21/2011 07:08 PM, Mark Knecht wrote: On Sun, Aug 21, 2011 at 8:43 AM, Nikos Chantziarasrea...@arcor.de wrote: On 08/21/2011 06:33 PM, Mark Knecht wrote: On Sun, Aug 21, 2011 at 8:12 AM, Nikos Chantziarasrea...@arcor.de wrote: On 08/21/2011 02:19 PM, Francesco Talamona wrote: [...] The RAM gets hot when there's RAM load (meaning being used heavily), not when there's CPU load :*) Do you feel heat when your PC is turned on and running hard? Of course you do. The whole machine heats up. The CPU under load heats the machine so the RAM and drives and everything else heats up also. Not as hot as the CPU, but it heats up. So I might agree with you - the RAM might not be 'hot', but it would certainly be 'warmer'. I'm not suggesting that this would cause a normal DRAM stick to go bad, but only that if he had a very marginal bit of RAM that it might go out of spec... On a laptop maybe. On a desktop, the air around the RAM modules get maybe 1 degree C warmer (I know because I have temp sensor there, connected to the front panel). me too - and the direction of air flow from the cpu cooler plus the warmth of the air can change the temperature of the ram sticks by 5°C. So... No, not 'laptop maybe'. When it does get warm is when there's GPU and disk load. Those suckers combined can raise the temp inside the box by 5-6 degrees. those can raise it even more. The meaning of all this is that if memtest can't find any errors after a full run (which can take an hour), the chances of getting an error that is really related to RAM under CPU stress are very slim. a full run is more than 24h. Everything shorter is only of worth if you already hit errors after a few minutes. -- #163933
Re: [gentoo-user] Hoping someone can help explain distcc to me
On Sun, 21 Aug 2011 15:53:15 +0200, Joost Roeleveld wrote: Is there a way to automate the steps inside the chroot without having to have a script inside the chroot? This is the script I use. You can call it with ch hostname or symlink it to chhostname. That way I can use the same script for multiple computers. The -w option causes it to enter the chroot, emerge world and exit. -- Neil Bothwick Printer: (n.) a small box attached to a computer and used to start fires in cold weather. ch Description: Binary data signature.asc Description: PGP signature
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
On 21 August 2011 03:46, Andrea Conti a...@alyf.net wrote: If you run man mke2fs, you should check out -N and -i. It was trial-and-error (for me, anyway) to find the right number. Consider using reiserfs for /usr/portage. No real performance advantage over ext[234], but works well with lots of small files and there's no inode count to worry about. In my experience the main downside of reiserfs is that fsck.reiserfs is almost never able to recover cleanly if the filesystem metadata does get corrupted in a non-trivial way. But for the portage snapshot this isn't really a problem... I have always used ReiserFS for everything but /boot. That explains why I never ran into the inode issue, I guess. I'm trying to install AMD64 and the handbook says that ([1]) JFS and ReiserFS may work but need more testing. If you're really adventurous you can try the other filesystems.. That didn't sound too promising so I went with ext3. :-) The X86 handbook doesn't have this text. Is ReiserFS on AMD64 really only for the adventurous? Or should this warning be removed? [1] http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=1chap=4#filesystemsdesc
[gentoo-user] Nedd help with udev-rules.
Hi,
I need some help with writing udev-rules for capi.
After playing around some I decided to ask for help here as can't really get
it to work.
What I want ist the following:
/dev/capi20 68,0
/dev/capi/capi# 191,#
68,0 = Major 68, Minor 0
191,# = Major 191, Minor 0 untill 31
If I have no udev-rule I get the following:
/dev/capi 68,0
/dev/capi# 191,#
with 'ATTR{dev}=68:0, NAME=capi20 ' added I only get the following:
/dev/capi20 191,32
and with 'ATTR{dev}=191:[0-9]*, NAME=capi/capi%n ' the following:
/dev/capi/capi 68,0
/dev/capi/capi# 191,#
And with both 'ATTR{dev}=68:0, NAME=capi20 ' and 'ATTR{dev}=191:
[0-9]*, NAME=capi/capi%n ' this:
/dev/capi/capi 68,0
/dev/capi/capi# 191,#
(No change in comparison with only the 'ATTR{dev}=191:...' rule)
And if I change the order in the rules-file:
/dev/capi20 191,31
Can some udev-crack (or someone else) tell my what I am doing wrong?
Regards,
--
Dan Johansson, http://www.dmj.nu
***
This message is printed on 100% recycled electrons!
***
[gentoo-user] Re: Plasma-runtime compilation problems
On 08/20/2011 12:21 PM, Jeff Cranmer wrote: /usr/include/KDE/Plasma/../../plasma/service.h:321: error: previous definition of 'struct QMetaTypeIdPlasma::Service*' Hm, well purely a wild guess, but perhaps /usr/include/plasma/service.h is left over from an earlier plasma package and the compiler really shouldn't be using it. What package does that file belong to?
Re: [gentoo-user] {OT} rdiff-backup: push or pull?
On Friday, August 19, 2011 10:35:10 AM Grant wrote: I'm setting up an automated rdiff-backup system and I'm stuck between pushing the backups to the backup server, and pulling the backups to the backup server. If I push, I have to allow read/write access of my backups via SSH keys. If I pull, I have to enable root logins on each system to be backed-up, allow root read access of each system via SSH keys, and I have to deal with openvpn or ssh -R so my laptop can back up from behind foreign routers. The conventional wisdom online seems to indicate pulling is better, but pushing seems like it might be better to me. Do you push or pull? I would push, to be honest. What can be done about the fact that any attacker who can break into a system and wipe it out can also wipe out its backups? That negates one of the reasons for making the backups in the first place. True, except if, after a backup is finished, you move the actual backup to a different location. (Or you backup the backup server) I do back up the backup server to another system via rsync, but if the backups on the backup server are wiped out, rsync will wipe them out on the other system too. Why not use a different backup tool that doesn't have this possible problem? Rsync will clear the target is the source is emptied as well. Not sure if this can be prevented. I store all important files on my server and the backups there can not be accessed from the fileserver itself. (That backup is done in pull mode every night.) I thought you were in favor of pushing? How do you back up to a system that can't access the backups? I am, when it comes to backing up desktops. The server is actually a xen-host with multiple xen-domains running on it. I found it easier to have the host determine the backups. The sequence of steps is basically as follows: 1) host tells domain to stop service(s) 2) host tells domain to unmount filesystem 3) hosts disconnects filesystem from domain 4) host creates snapshot (LVM) 5) host reconnect filesystem to domain 6) host tells domain to remount filesystem 7) host tells domain to stop service(s) 8) host backs up snapshot 9) host deletes snapshot I couldn't do a push-system for the virtual machines as I didn't want to expose the host. Should private SSH keys be excluded from the backup? Should anything else be excluded? When a host is compromised, the corresponding entries in the authorized_keys should be removed from all other servers/hosts. This will make those private keys useless. So it's OK to back up a private key to another system? I just want to make sure I'm not breaking a good admin rule by doing this. Yes, I don't see any problem with that. If the backup-server is compromised via a compromised other system, the keys on that system are compromised already anyway. I don't have private keys without passphrase apart from the one the host uses to send commands to the virtual machines. And the host can't be accessed by remote. -- Joost
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/weird-inodetest 1024 1024 0 100% /mnt /dev/mapper/weird-inodetest 2048 1024 1024 50% /mnt Then I stand corrected. I guess that the man page for mke2fs saying that the inode count of a filesystem cannot be changed does not take resizing into account. I also thought that if resize2fs had the ability to extend the inode table, then it would have options to give the user some degree of control over the process. Apparently that's not the case. andrea
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
On Sunday 21 August 2011 19:14:53 Hilco Wijbenga wrote: The X86 handbook doesn't have this text. Is ReiserFS on AMD64 really only for the adventurous? Certainly not. It's 100% stable as far as I know. Or should this warning be removed? ASAP -- Rgds Peter Linux Counter 5290, 1994-04-23
Re: [gentoo-user] [Gentoo install] Disk full at 35%?
On Sun 21 August 2011 21:23:15 Andrea Conti did opine thusly: Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/weird-inodetest 1024 1024 0 100% /mnt /dev/mapper/weird-inodetest 2048 1024 1024 50% /mnt Then I stand corrected. I guess that the man page for mke2fs saying that the inode count of a filesystem cannot be changed does not take resizing into account. Correct. A resized fs is technically a re-formatted fs. So to the ultra-pedantic the man page is actually still correct. I also thought that if resize2fs had the ability to extend the inode table, then it would have options to give the user some degree of control over the process. Apparently that's not the case. inodes are not dynamic, they are laid down at exact points on the disk and the info about their location is in the superblock(s). The simplistic explanation is something like this: You have X number of inodes, spaced Y blocks apart on a disk of size Z bytes. A directory listing declares a file is at inode #M therefore it's physical position on the disk is guaranteed to be at M * (block size) and the filesystem driver can seek directly to that spot. Two things are immediately self-evident: 1. Changing the density of inodes is not realistic (unless you want to invest the same effort that went into Window's defrag) 2. Fixed inodes are an ancient concept that provoke an Eh? Say what? You still doing that response. ReiserFS was developed in part to address this and make an -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: Suspend to RAM caused crashes
On Sunday 21 August 2011, Nikos Chantziaras wrote: On 08/21/2011 02:19 PM, Francesco Talamona wrote: I wish yours it's not a RAM issue, it could be tricky to spot, because memtest is not putting any load to the machine, so it's very useful when it reports error, but when it doesn't you can't be sure if RAM modules are in good health. CPU load doesn't affect RAM errors. CPU load affects CPU errors. If you only get RAM errors during heavy load, the RAM is just fine, but your CPU has a fault. I see your point: to better explain my statement I point you to http://people.redhat.com/~dledford/memtest.shtml The idea is that a synthetic test isn't guaranteed to repeat real life conditions, so its results has to be interpreted rather than taken acritically. Cheers Francesco -- Linux Version 3.0.3-gentoo, Compiled #1 SMP PREEMPT Fri Aug 19 07:16:13 CEST 2011 Two 2.9GHz AMD Athlon 64 X2 Processors, 4GB RAM, 11659 Bogomips Total aemaeth
