Re: [gentoo-user] Re: dual booting 2 gentoo installations
On Thursday 27 November 2008 07:20:37 Jorge Peixoto de Morais Neto wrote: On Thu, Nov 27, 2008 at 3:06 AM, Jorge Peixoto de Morais Neto [EMAIL PROTECTED] wrote: I take it you've already observed that you can also share portage and distfiles directories? Easiest is if they are on their own partitions but there are tricks that can get the same effect if not. How to do this is left as an exercise for the reader :-) with one tip for those who don't know: mount -o bind -- alan dot mckinnon at gmail dot com I know about mount -o bind. However, (forgive me if this is naive), why not just a symlink? That is the way I do. I want my root partition to be small (for performance reasons), so I put things that don't need speed int its own partion, which I mount in /usr/local/slowpart (the name fits; the partition is at the end of the harddisk and 80% full, so it is slower than the root partion, that is at the beginning of the hard disk and 7% full. In this slowpart, I have DISTDIR, PKGDIR, and some personal files that are not frequently accessed (such as files I will likely never use but kept for safety). I configure DISTDIR and PKGDIR in make.conf, but the personal files are linked to my home via symbolic links. I guess the advantage of bind-mount is having all of it configured in fstab, as instead of having many symlinks. (forgive me it this is naive). I wouldn't call it naive. Sometimes the simple solution is the best one, sometimes you need something more complex. So whether to use symlinks or a bind mount depends on circumstance. And there is all that --move, --make-shared, --make-slave, --make-private, --make-unbindable stuff, but that seems overkill for a desktop user. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
Grant [EMAIL PROTECTED] wrote: I'm considering buying a solid-state drive to improve I/O performance and even reduce noise. Has anyone tried this? I was considering getting the lowest capacity I can find and putting most of the system on it. There is a roundup on tomshardware.com and it sounds like some are very much better than others. SLC sounds vastly superior compared to MLC, but also much more expensive. I yesterday send some test results If you use a UFS clone like ext, you will not get much better speed. You should use ZFS or another COW filesystem that tries to write bigger blocks in order to avoid high latencies. I recommend Intel or OCZ. Other SSDs have been reported as slow I tested OCZ Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] rsync command
On Thu, 27 Nov 2008 10:50:47 +0530, Kaushal Shriyan wrote: I have a directory logfiles and inside it it has lots of sub directories. Inside it there are lots of .gz, .txt and .sql files I want only .sql files to be rsynced to the destination host is there a way to achieve it using rsync utility Create a .rsync-filter file in that directory containing either + *.sql - * or - *.gz - *.txt and call rsync with the -F option. See the man page for more details. -- Neil Bothwick I like you. You remind me of when I was young and stupid. signature.asc Description: PGP signature
Re: [gentoo-user] Re: [OT] filesystems
Alan McKinnon wrote: On Wednesday 26 November 2008 11:16:51 Stroller wrote: Sounds like you want ZFS. On Solaris. On a little dedicated box which exports space via NFS. No can do :-) But I didn't give you the full story. Those 5TB are stored in a column-based database on a raw device. Replace the last line with On a little dedicated box which exports space over iSCSI? Windows will see that as a raw device, using the very nice iscsi initiator they provide. From tutorials I've seen, the creation of the ZFS pool, and iSCSI export is like 4 commands in total A
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
Joerg Schilling schrieb: Grant [EMAIL PROTECTED] wrote: I'm considering buying a solid-state drive to improve I/O performance and even reduce noise. Has anyone tried this? I was considering getting the lowest capacity I can find and putting most of the system on it. There is a roundup on tomshardware.com and it sounds like some are very much better than others. SLC sounds vastly superior compared to MLC, but also much more expensive. I yesterday send some test results If you use a UFS clone like ext, you will not get much better speed. You should use ZFS or another COW filesystem that tries to write bigger blocks in order to avoid high latencies. I recommend Intel or OCZ. Other SSDs have been reported as slow I tested OCZ Jörg Hi this German article says that AXFS will be available up from kernel 2.6.28. This is a new file system named for its main future: Advanced Execute in Place Filesystem. This means the CPU can execute stuff from the ssd without loading it to ram, first. As far as I understand there is an upside. It is a read only file system you need to create for every program. I am not the geek in that but I wanted to mention it. Oh and it does not work if you connect your ssd by ata or usb. http://www.pro-linux.de/news/2008/13093.html kh
Re: [gentoo-user] Re: [OT] filesystems
Am Mittwoch, den 26.11.2008, 15:26 +0100 schrieb Florian Philipp: Jorge Peixoto de Morais Neto schrieb: On Tue, Nov 25, 2008 at 7:15 PM, Joerg Schilling [EMAIL PROTECTED] wrote: James [EMAIL PROTECTED] wrote: [...] As for my photos, I can back all the collection to a single DVD (and to a second one, since I keep hearing that DVD-Rs are unreliable), and since I don't take new photos every week, this solution is fine. A second DVD-R won't solve the problem because optical disks degrade over time and the second one will degrade just as fast as the first. What you need to do is to check the disks periodically (once a year is a good time frame). I myself would add a textfile with md5sums for all files to the DVD so you don't have to check them visually. You can buy so called archival grade DVD-Rs that should work for 10-20 years in a good environment. There are hugh differences between products. In germany you can buy very good ones from Verbatim for around 2€/disk. Also keep your photos on 2 HDDs (in different places), and copy them to new HDDs when you buy new ones. Nowadays you buy new HDDs every 2-3 years or so, and normally the old ones should not have failed until then (at least not 2 disks on the same sectors). The MD5/SHA-checks should be done before copying to the new disks, so you can be sure to copy only healthy files. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
[gentoo-user] Re: Bug 246672 ATI-DRIVERS
James wrote: /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lGL http://bugs.gentoo.org/show_bug.cgi?id=247685 You need to delete all broken symlinks followed by an 'eselect opengl xorg-x11'.
Re: [gentoo-user] Removeing packages
On 27 Nov 2008, at 02:55, [EMAIL PROTECTED] wrote: Here again what I did: emerge -C package syncing gives me this package as N (new). It's perhaps also a dependency of something else you've installed since. I don't care if you top-post, providing your reply makes sense. If someone replies to you, quoting your message and then putting their reply underneath then it breaks the flow of the conversation and makes it difficult to read if your next reply has the new text at the top. I would be grateful if you could please follow their convention and reply beneath the quoted text. Likewise, if you're the first person to reply to a thread and you top-post, then it breaks the flow if someone subsequently replies to you at the bottom. Stroller.
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
On 27 Nov 2008, at 02:08, Volker Armin Hemmann wrote: On Donnerstag 27 November 2008, Grant wrote: I'm considering buying a solid-state drive to improve I/O performance and even reduce noise. Has anyone tried this? I was considering getting the lowest capacity I can find and putting most of the system on it. There is a roundup on tomshardware.com and it sounds like some are very much better than others. SLC sounds vastly superior compared to MLC, but also much more expensive. http://valhenson.livejournal.com/25228.html I would rethink that after reading that post. From TFA: Postscript: Yes, this analysis is based on anecdotal evidence and personal experience, but I can't afford the time to do real research unless someone pays me to. If you know someone who will, send me email! I've read a number of other reports, also based on anecdotal evidence and personal experience, from a number of people who have very happily been using flash as root volumes for years. Their opinions disagree with TFA. Typically the reports I've read have been from people using CFcards - 4gig is now unbelievably cheap, and CFcards talk EIDE with only a small, cheap physical adaptor - on MythTV frontends low-overhead servers. CFcards look ideal for these purposes because they're quiet - you want to minimise noise when playing back video in the living room, for instance. I think the last anecdote I read on this subject was written by Trubox (Truebox?) on the Openmoko-community list a month or two ago. They sell Aserisk systems to small business (in my area, as it happens) and I would imagine that typically the system sits in the corner of an office and is untouched for years at a time. I would imagine that have plenty of installed systems throughout the UK (otherwise they'd be going hungry). They report a very low failure rate, as did someone else on the MythTV-users list who also bases a commercial offering on flash-based hardware. Whilst I would probably, myself, install a second flash drive myself back-up (to a stage 4?) periodically, and avoid disk-writes when logging, I get the strong impression that there's little to be scared of using flash memory. Everything I read that says flash - and particularly its wear- levelling - is unsuitable for this purpose makes sense to me, but it doesn't jibe with the real-world experiences of those who ARE using flash VERY happily. I've yet to see empirical evidence on the longevity of flash for this purpose, but I'd advise anyone considering it - anyone thinking flash unsuitable - to search the mailing lists I've mentioned. The Trubox post should be easy to find, and the subject comes up on MythTV-users every few months. Stroller.
Re: [gentoo-user] cruft in /etc. How to clean in out.
On Thu, Nov 27, 2008 at 5:29 AM, Dirk Heinrichs [EMAIL PROTECTED] wrote: Am Donnerstag 27 November 2008 03:54:25 schrieb ext Jorge Peixoto de Morais Neto: By the way, I found it weird that git has a lot of git-* binaries in /usr/bin that are all 777 KB. Hardlinks? Check the link count in ls -l output. BTW: Newer versions don't do this anymore. Bye... Dirk I stand corrected. BTW, this indicates a bug in qsize. qsize --filesystem indicated that git occupied more than 70 MB in disk. But I have just built git with --buildpkgonly and extracted the tarball to a temporary directory; here is what du says: ~/tmp $ du -sc etc usr 8 etc 6480usr 6488total I should file a bug against app-portage/portage-utils, no?
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
I'm considering buying a solid-state drive to improve I/O performance and even reduce noise. Has anyone tried this? I was considering getting the lowest capacity I can find and putting most of the system on it. There is a roundup on tomshardware.com and it sounds like some are very much better than others. SLC sounds vastly superior compared to MLC, but also much more expensive. Typically the reports I've read have been from people using CFcards - 4gig is now unbelievably cheap, and CFcards talk EIDE with only a small, cheap physical adaptor - on MythTV frontends low-overhead servers. CFcards look ideal for these purposes because they're quiet - you want to minimise noise when playing back video in the living room, for instance. Great idea. If I'm only putting the main system on flash, I could use a CFcard instead of an SSD. Storing music and videos on flash will be too expensive for awhile. How does CFcard performance compare to SSD or conventional hard disk performance? - Grant
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
On Thu, Nov 27, 2008 at 5:26 AM, Stroller [EMAIL PROTECTED] wrote: On 27 Nov 2008, at 02:08, Volker Armin Hemmann wrote: On Donnerstag 27 November 2008, Grant wrote: I'm considering buying a solid-state drive to improve I/O performance and even reduce noise. Has anyone tried this? I was considering getting the lowest capacity I can find and putting most of the system on it. There is a roundup on tomshardware.com and it sounds like some are very much better than others. SLC sounds vastly superior compared to MLC, but also much more expensive. http://valhenson.livejournal.com/25228.html I would rethink that after reading that post. From TFA: Postscript: Yes, this analysis is based on anecdotal evidence and personal experience, but I can't afford the time to do real research unless someone pays me to. If you know someone who will, send me email! I've read a number of other reports, also based on anecdotal evidence and personal experience, from a number of people who have very happily been using flash as root volumes for years. Their opinions disagree with TFA. Typically the reports I've read have been from people using CFcards - 4gig is now unbelievably cheap, and CFcards talk EIDE with only a small, cheap physical adaptor - on MythTV frontends low-overhead servers. CFcards look ideal for these purposes because they're quiet - you want to minimise noise when playing back video in the living room, for instance. I think the last anecdote I read on this subject was written by Trubox (Truebox?) on the Openmoko-community list a month or two ago. They sell Aserisk systems to small business (in my area, as it happens) and I would imagine that typically the system sits in the corner of an office and is untouched for years at a time. I would imagine that have plenty of installed systems throughout the UK (otherwise they'd be going hungry). They report a very low failure rate, as did someone else on the MythTV-users list who also bases a commercial offering on flash-based hardware. Whilst I would probably, myself, install a second flash drive myself back-up (to a stage 4?) periodically, and avoid disk-writes when logging, I get the strong impression that there's little to be scared of using flash memory. Everything I read that says flash - and particularly its wear-levelling - is unsuitable for this purpose makes sense to me, but it doesn't jibe with the real-world experiences of those who ARE using flash VERY happily. I've yet to see empirical evidence on the longevity of flash for this purpose, but I'd advise anyone considering it - anyone thinking flash unsuitable - to search the mailing lists I've mentioned. The Trubox post should be easy to find, and the subject comes up on MythTV-users every few months. Stroller. The catch, though, is that I'd guess commercial offerings of MythTV boxes like that would be updated infrequently and that the actual recording storage, and likely logs and other frequent write files, is done on a normal disk. It doesn't seem logical for the average Gentoo user that follows the 'update often' mentality, and someone looking to milk the very top in the way of speed out of their system through disk throughput is very likely a 'ricer' in other respects. When you start using it for frequent writes (like your average system with everyday use and frequent upgrades) you start getting a little closer to the line on write cycles for small-sized MLC... but SLC is going to, by my guess, outlast its speed benefits by far (much like the old 800MB harddrives I have around that have far outlasted their size benefits from their day). Looking at SLC from a $$/GB standpoint you'll find they're horrendous, but from a $$/performance... at the very least Intel's X25-E starts to look a lot more reasonable for its cost (it's easily enterprise grade and mops the floor with just about anything else that holds data through a reboot)... which is around $760 for the 32MB model. On the topic of using CF for the job... just looking at http://www.robgalbraith.com/bins/multi_page.asp?cid=6007, which doesn't take CF - SATA adaptors into account, the highest read speed across the board is about 50MB/s, which is half of what the Velociraptor averages (and 1/5 of its burst read). -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
On Donnerstag 27 November 2008, Grant wrote: I'm considering buying a solid-state drive to improve I/O performance and even reduce noise. Has anyone tried this? I was considering getting the lowest capacity I can find and putting most of the system on it. There is a roundup on tomshardware.com and it sounds like some are very much better than others. SLC sounds vastly superior compared to MLC, but also much more expensive. Typically the reports I've read have been from people using CFcards - 4gig is now unbelievably cheap, and CFcards talk EIDE with only a small, cheap physical adaptor - on MythTV frontends low-overhead servers. CFcards look ideal for these purposes because they're quiet - you want to minimise noise when playing back video in the living room, for instance. Great idea. If I'm only putting the main system on flash, I could use a CFcard instead of an SSD. Storing music and videos on flash will be too expensive for awhile. How does CFcard performance compare to SSD or conventional hard disk performance? - Grant well, harddisks go up to what, 100mb/sec? cfdisk - 18mb/sec?
Re: [gentoo-user] Modules Not Autoloading
John covici wrote: on Thursday 11/27/2008 Dale([EMAIL PROTECTED]) wrote Drew Tomlinson wrote: Modules are not autoloading since initial install with gentoo-sources 2.6.25. I have since upgraded to kernel 2.6.27 but the issue persists. In my previous Gentoo install and other Gentoo installs, autoloading modules worked. I do not know why they are not loading in this case. I have the following: mythfe01 mythtv # cat /etc/modules.autoload.d/kernel-2.6 abituguru ftdi_sio lirc_i2c Yet on reboot, these modules don't load. Loading manually works fine: mythfe01 mythtv # modprobe abituguru mythfe01 mythtv # modprobe ftdi_sio mythfe01 mythtv # modprobe lirc_i2c Can anyone tell me where my error may be? I think I read something after one of my upgrades that said loading modules was changing. If you keep your logs, check the messages that appear when portage installs a package. I only use nvidia here as a module so I didn't pay much attention after the reboot worked. I also checked emerge.log but I didn't recognize the package. Maybe this will help tho. If you are using base layout 2.x then the name has changed along with a number of other things -- there is a migration guide at http://www.gentoo.org/doc/en/openrc-migration.xml Hope this helps. Yes, I am using base layout 2. This nudge is what I needed. Thanks for all the replies! Drew -- Be a Great Magician! Visit The Alchemist's Warehouse http://www.alchemistswarehouse.com
Re: [gentoo-user] qtiplot
On 11/26/08, b.n. [EMAIL PROTECTED] wrote: b.n. ha scritto: Hi, I have an x86 gentoo system, and I would like to install qtiplot. Unfortunately: - qtiplot 0.8.x requires qwt-4. I have both qwt-4 and qwt-5 installed, and when compilng qtiplot seems to pick invariably the qwt-5. How do I force qtiplot to build with qwt-4 ? Wild guesses, semi-tested on amd64 only: - in the current qtiplot-0.8.5-qmake.patch replace -lqwt with -l:libqwt.so.4 - check that you have qt:3 built with USE=opengl (- gcc-4.3 patching, which were a sort of a detour since I just didn't want to downgrade gcc in the chroot in which I made my testing in) After that I got qtiplot-0.8.5 emerged in a simplistic chrooted amd64 environment, which had little more than the basic qt stuff and explicitly emerged qwt 4 and 5: x11-libs/qwt selected: 4.2.0-r3 5.0.2-r1 However, I don't know this piece of software and I don't think I'm going to learn it right now, so that's as far as I planned on testing it right now. :) Maybe you would like to file a bug in b.g.o? I can dump my crude, couple-line patches/changes there and whoever needs/maintains qtiplot can then refine them or reject them as needed. -- Arttu V.
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
I'm considering buying a solid-state drive to improve I/O performance and even reduce noise. Has anyone tried this? I was considering getting the lowest capacity I can find and putting most of the system on it. There is a roundup on tomshardware.com and it sounds like some are very much better than others. SLC sounds vastly superior compared to MLC, but also much more expensive. On the topic of using CF for the job... just looking at http://www.robgalbraith.com/bins/multi_page.asp?cid=6007, which doesn't take CF - SATA adaptors into account, the highest read speed across the board is about 50MB/s, which is half of what the Velociraptor averages (and 1/5 of its burst read). I think my real reason for posting this is I'm unhappy with my IO performance. I've got a 320GB Seagate SATAII drive. How much better can I do with conventional hard disks? Is there a test I can run to make sure my Seagate is performing as it should? - Grant
Re: [gentoo-user] Re: [OT] filesystems
Daniel Troeder schrieb: Am Mittwoch, den 26.11.2008, 15:26 +0100 schrieb Florian Philipp: Jorge Peixoto de Morais Neto schrieb: On Tue, Nov 25, 2008 at 7:15 PM, Joerg Schilling [EMAIL PROTECTED] wrote: James [EMAIL PROTECTED] wrote: [...] As for my photos, I can back all the collection to a single DVD (and to a second one, since I keep hearing that DVD-Rs are unreliable), and since I don't take new photos every week, this solution is fine. A second DVD-R won't solve the problem because optical disks degrade over time and the second one will degrade just as fast as the first. What you need to do is to check the disks periodically (once a year is a good time frame). I myself would add a textfile with md5sums for all files to the DVD so you don't have to check them visually. You can buy so called archival grade DVD-Rs that should work for 10-20 years in a good environment. There are hugh differences between products. In germany you can buy very good ones from Verbatim for around 2€/disk. Also keep your photos on 2 HDDs (in different places), and copy them to new HDDs when you buy new ones. Nowadays you buy new HDDs every 2-3 years or so, and normally the old ones should not have failed until then (at least not 2 disks on the same sectors). The MD5/SHA-checks should be done before copying to the new disks, so you can be sure to copy only healthy files. If you decide to store dvds for 20 years it would be wise to store a pc with it. Who knows if there a dvd readers or ide / sata connections available then ;-) Everybody who has data to protect should really store them in two different places which do not burn down at the same time (there can be a flood / earthquake ... [what I want to say: The places really should be different!]) Yes check the backup before storing it. I once hat a useless backup. All the files showed up but they only used some k. Thank god I had a second backup which was fine. If you only take photos randomly, you also can use cds, if the size is big enough. And espacialy for photos hard copys are very nice. One even can show them to grandparents ... ;-) kh
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
On Thu, November 27, 2008 11:05 am, Grant wrote: I'm considering buying a solid-state drive to improve I/O performance and even reduce noise. Has anyone tried this? I was considering getting the lowest capacity I can find and putting most of the system on it. There is a roundup on tomshardware.com and it sounds like some are very much better than others. SLC sounds vastly superior compared to MLC, but also much more expensive. Typically the reports I've read have been from people using CFcards - 4gig is now unbelievably cheap, and CFcards talk EIDE with only a small, cheap physical adaptor - on MythTV frontends low-overhead servers. CFcards look ideal for these purposes because they're quiet - you want to minimise noise when playing back video in the living room, for instance. Great idea. If I'm only putting the main system on flash, I could use a CFcard instead of an SSD. Storing music and videos on flash will be too expensive for awhile. How does CFcard performance compare to SSD or conventional hard disk performance? - Grant Flash is pretty slow. There are some expensive but fast SSDs out there. I would wait a year or two.
[gentoo-user] PATA in gentoo-sources-2.6.26-r3
Yesterday, I tried upgrading from gentoo-sources-2.6.25-r9 to 2.6.26-r3, but the new kernel can not mount the root filesystem, because it's on a RAID1 on an SIL680 controller. In the previous kernel I had CONFIG_PATA_SIL680=y , but in the new .config I cannot find any PATA. # grep -i pata .config (gives nothing) Has it been removed from the newer kernels?
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
I think my real reason for posting this is I'm unhappy with my IO performance. I've got a 320GB Seagate SATAII drive. How much better can I do with conventional hard disks? Is there a test I can run to make sure my Seagate is performing as it should? How about you go to single user mode issue the command hdparm -tT /dev/yourdisk three times, and post the results here? Second, here are some basic hints about disk performance. 1) Disk speed is faster in the beginning of the disk (because the beginning of the disk is stored in the outer border of the disk, which has greater linear velocity than the inner border). It may be a good idea to put you swap partition first (and don't exaggerate on its size, since it is occupying valuable space in the beginning of the disk), then your main partition, then other partitions. 2) Your filesystem should not be too full; one of the problems this causes is fragmentation 3) If your filesystem is very old, it is probably fragmented. While fragmentation in LInux is a much smaller problem than in Windows (specially Windows 95/98/ME), it happens over time, specially if the filesystem is too full. I don't know how easily you can defragment in Linux though. Have other people in this list tried sys-fs/shake? I am afraid of it because it is ~x86 and would operate on important areas of my filesystem. 4) file access is slower if there are too many files in the directory. Consider cleaning up your system (such as by wiping out software you never use, and unmerging software you rarely use after creating a package of it with quickpkg) 5) Use lighter-weight software such as Xfce (yeah, obvious).
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
On Thu, Nov 27, 2008 at 11:42 AM, Volker Armin Hemmann [EMAIL PROTECTED] wrote: On Donnerstag 27 November 2008, Grant wrote: I'm considering buying a solid-state drive to improve I/O performance and even reduce noise. Has anyone tried this? I was considering getting the lowest capacity I can find and putting most of the system on it. There is a roundup on tomshardware.com and it sounds like some are very much better than others. SLC sounds vastly superior compared to MLC, but also much more expensive. Typically the reports I've read have been from people using CFcards - 4gig is now unbelievably cheap, and CFcards talk EIDE with only a small, cheap physical adaptor - on MythTV frontends low-overhead servers. CFcards look ideal for these purposes because they're quiet - you want to minimise noise when playing back video in the living room, for instance. Great idea. If I'm only putting the main system on flash, I could use a CFcard instead of an SSD. Storing music and videos on flash will be too expensive for awhile. How does CFcard performance compare to SSD or conventional hard disk performance? - Grant well, harddisks go up to what, 100mb/sec? cfdisk - 18mb/sec? The Velociraptor is the only one I know of that easily tops 100MB/s (outside of SAS drives, particularly 15k rpm) but most good drives easily beat the high end CF speeds of 40-50MB/s. It's also quiet compared to a lot of drives, uses less power, and runs cooler (of course, SSD wins here). On a vaguely related note, though, my system drive rarely spins up after boot, as I have local.start prefetching all of my major applications and libraries (makes Firefox startup comprable to IE on Windows)... only my storage drive does very much reading in a day, and that's simply because my 4GB of ram can't begin to hold all my music ... though an MLC based SSD would actually do wonders for that side of things, as I seldom write, but often read from my mass of music and seek times are actually noticable when I start hopping from one song to the next (though this could just be buffering delays in mpd). Testing with hdparm... I come up with uncached read speeds of 72MB/s on my system drive and 81.5MB/s on my storage drive. -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] PATA in gentoo-sources-2.6.26-r3
On Thu, Nov 27, 2008 at 1:47 PM, Thanasis [EMAIL PROTECTED] wrote: Yesterday, I tried upgrading from gentoo-sources-2.6.25-r9 to 2.6.26-r3, but the new kernel can not mount the root filesystem, because it's on a RAID1 on an SIL680 controller. In the previous kernel I had CONFIG_PATA_SIL680=y , but in the new .config I cannot find any PATA. # grep -i pata .config (gives nothing) Has it been removed from the newer kernels? Looks like linux-2.6.27-gentoo-r4 has it, at the very least. severn linux # pwd -P /usr/src/linux-2.6.27-gentoo-r4 severn linux # grep SIL680 .config # CONFIG_PATA_SIL680 is not set -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
Volker Armin Hemmann [EMAIL PROTECTED] wrote: well, harddisks go up to what, 100mb/sec? cfdisk - 18mb/sec? You may talk about cheap small USB solutions. The OCZ SSD I tested last week gives 120 MB/s read and 82 MB/s write speed. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
On 27 Nov 2008, at 16:37, Joshua Murphy wrote: ... I think the last anecdote I read on this subject was written by Trubox (Truebox?) on the Openmoko-community list a month or two ago. They sell Aserisk systems to small business (in my area, as it happens) and I would imagine that typically the system sits in the corner of an office and is untouched for years at a time. I would imagine that have plenty of installed systems throughout the UK (otherwise they'd be going hungry). They report a very low failure rate, as did someone else on the MythTV-users list who also bases a commercial offering on flash-based hardware. ... The catch, though, is that I'd guess commercial offerings of MythTV boxes like that would be updated infrequently and that the actual recording storage, and likely logs and other frequent write files, is done on a normal disk. The commercial offering that I recall mentioned on the MythTV-users list wasn't MythTV-related. The discussion of flash memory arose and a poster mentioned his experiences using flash memory in his day job - I think the employer did something like till systems, and I have this idea that the poster said the flash cards were put under a reasonable workload. Stroller.
Re: [gentoo-user] xf86-video-intel, compiz, mplayer -fs file.avi freeze
2008/11/24 Kacper Kopczyński [EMAIL PROTECTED]: I have a MSI Wind U100 netbook. I'm using xfce with compiz-fusion. When I try to start mplayer -fs file.avi the Xserver freezes. It also freezes when the logout window of xfce, that gray transparent background, tries to show 3 buttons (logout, restart, poweroff). I can only move mouse cursor. Pressing ctrl+fN, ctrl+backspace, clicking ... does not work. Xorg.0.log says something like EQ overflowing and something about infinite loop. I don't have access to it right now (I'm in job). When compiz is disabled everything works well. I cannot solve your problem because I know little of X and nothing about compiz (which I consider futile), but for this kind of problem, you may want to know about the magic SysRq key. It allows you to at least reboot your system cleanly when the system seems locked, and some times can even help you kill the bad program an resume work. http://www.kernel.org/doc/Documentation/sysrq.txt
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
On Donnerstag 27 November 2008, Joerg Schilling wrote: Volker Armin Hemmann [EMAIL PROTECTED] wrote: well, harddisks go up to what, 100mb/sec? cfdisk - 18mb/sec? You may talk about cheap small USB solutions. The OCZ SSD I tested last week gives 120 MB/s read and 82 MB/s write speed. no, I talk about 'standard' cf-disks. Slow ones are 3mb/sec. Fast ones are up to 30mb/sec. Insansely expensive ones are up to ~50mb/sec
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
Volker Armin Hemmann [EMAIL PROTECTED] wrote: On Donnerstag 27 November 2008, Joerg Schilling wrote: Volker Armin Hemmann [EMAIL PROTECTED] wrote: well, harddisks go up to what, 100mb/sec? cfdisk - 18mb/sec? You may talk about cheap small USB solutions. The OCZ SSD I tested last week gives 120 MB/s read and 82 MB/s write speed. no, I talk about 'standard' cf-disks. Slow ones are 3mb/sec. Fast ones are up to 30mb/sec. Insansely expensive ones are up to ~50mb/sec What do you understand by cf-disks? Are you talking about CF cards in a sata or ata adaptor? I was taking about a 2.5 inch 128 GB SATA SSD at ~ 360 Euro This is still cheaper than cheap and slow Sandisk CF or SDHC cards. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] qtiplot
Arttu V. ha scritto: On 11/26/08, b.n. [EMAIL PROTECTED] wrote: b.n. ha scritto: Hi, I have an x86 gentoo system, and I would like to install qtiplot. Unfortunately: - qtiplot 0.8.x requires qwt-4. I have both qwt-4 and qwt-5 installed, and when compilng qtiplot seems to pick invariably the qwt-5. How do I force qtiplot to build with qwt-4 ? Wild guesses, semi-tested on amd64 only: - in the current qtiplot-0.8.5-qmake.patch replace -lqwt with -l:libqwt.so.4 - check that you have qt:3 built with USE=opengl (- gcc-4.3 patching, which were a sort of a detour since I just didn't want to downgrade gcc in the chroot in which I made my testing in) After that I got qtiplot-0.8.5 emerged in a simplistic chrooted amd64 environment, which had little more than the basic qt stuff and explicitly emerged qwt 4 and 5: x11-libs/qwt selected: 4.2.0-r3 5.0.2-r1 However, I don't know this piece of software and I don't think I'm going to learn it right now, so that's as far as I planned on testing it right now. :) Maybe you would like to file a bug in b.g.o? I can dump my crude, couple-line patches/changes there and whoever needs/maintains qtiplot can then refine them or reject them as needed. Thanks for your wonderful reply! However it seems a bit of work. Nothing fancy:but if I have to spend some time patching and testing, I'm rather doing it for the latest version (0.9.x) I keep your mail close, in the meaning that if 0.9.x refuses to work, I'll fallback on 0.8.5 with your suggestions. But if anyone has suggestions on the qt stuff, before b0rking my laptop, I'd be happy. m.
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
On Donnerstag 27 November 2008, Joerg Schilling wrote: Volker Armin Hemmann [EMAIL PROTECTED] wrote: On Donnerstag 27 November 2008, Joerg Schilling wrote: Volker Armin Hemmann [EMAIL PROTECTED] wrote: well, harddisks go up to what, 100mb/sec? cfdisk - 18mb/sec? You may talk about cheap small USB solutions. The OCZ SSD I tested last week gives 120 MB/s read and 82 MB/s write speed. no, I talk about 'standard' cf-disks. Slow ones are 3mb/sec. Fast ones are up to 30mb/sec. Insansely expensive ones are up to ~50mb/sec What do you understand by cf-disks? Are you talking about CF cards in a sata or ata adaptor? excatly, because Grant wrote: Great idea. If I'm only putting the main system on flash, I could use a CFcard instead of an SSD. Storing music and videos on flash will be too expensive for awhile. How does CFcard performance compare to SSD or conventional hard disk performance? I was taking about a 2.5 inch 128 GB SATA SSD at ~ 360 Euro This is still cheaper than cheap and slow Sandisk CF or SDHC cards. and for 360€ you can also buy 3 1TB Sata Harddisks and make a little Raid5.
Re: [gentoo-user] {OT} Anyone tried a solid state drive?
well, harddisks go up to what, 100mb/sec? cfdisk - 18mb/sec? ssd in future might be a lot faster: http://rss.slashdot.org/~r/Slashdot/slashdotHardware/~3/BHzT0mM7DRw/article.pl kh
Re: [gentoo-user] PATA in gentoo-sources-2.6.26-r3
On Thu, 27 Nov 2008 20:47:24 +0200, Thanasis wrote: Yesterday, I tried upgrading from gentoo-sources-2.6.25-r9 to 2.6.26-r3, but the new kernel can not mount the root filesystem, because it's on a RAID1 on an SIL680 controller. In the previous kernel I had CONFIG_PATA_SIL680=y , but in the new .config I cannot find any PATA. # grep -i pata .config (gives nothing) Grepping .config is a bad way of looking for options. If option A disables B, A will appear as not set and B will not be mentioned. The proper way is to use the / key to search in make menuconfig, which will show you that you need ATA_SFF enabled to see many of the PATA and SATA drivers now. -- Neil Bothwick Planet 98% full! Delete Windows users? (Y/y) signature.asc Description: PGP signature
Re: [gentoo-user] PATA in gentoo-sources-2.6.26-r3
On Donnerstag 27 November 2008, Thanasis wrote: Yesterday, I tried upgrading from gentoo-sources-2.6.25-r9 to 2.6.26-r3, but the new kernel can not mount the root filesystem, because it's on a RAID1 on an SIL680 controller. In the previous kernel I had CONFIG_PATA_SIL680=y , but in the new .config I cannot find any PATA. # grep -i pata .config (gives nothing) Has it been removed from the newer kernels? no, in the ata submenu enable the SFF stuff.
Re: [gentoo-user] sshd won't restart on remote system
Grant wrote: If it doesn't start I'm locked out of the remote system. You may be interested in : /etc/init.d/sshd reload I get: # /etc/init.d/sshd reload * Reloading sshd ... No /usr/sbin/sshd found running; none killed. [ ok ] /etc/init.d/ssh zap should do it. If /etc/init.d/ssh start then still does not work, you may need to kill -9 the running sshd server. You may do this, running ssh sessions will not be terminated by this. You can also start/test the new sshd parallel to the running old one, but on another port: /usr/sbin/sshd -p 12345. Then connect with ssh -p 12345. [...] When is the last time you did an etc-update? I just checked on my system. sshd is in /usr/bin/sshd. Not sbin. You have an outdated /etc/init.d/sshd file. You might need to etc-update, or reinstall sshd and run etc-update afterwards Thanks for helping me out with this. I re-emerged openssh and now sshd restarts just fine. I just had the same problem. After upgrading from openssh-4.7_p1-r6 to 5.1_p1-r1, /etc/init.d/sshd did not work. Configs had been updated already. I emerged 5.1_p1-r1 again, and now /etc/init.d/sshd works fine. Wonko
