Re: [gentoo-user] Is it possible for F5 to delete all contacts in Kmail?!!!
On Tue, 15 Nov 2011 22:46:29 + Mick michaelkintz...@gmail.com wrote: On Tuesday 15 Nov 2011 21:36:14 Florian Philipp wrote: Am 15.11.2011 20:39, schrieb Mick: Thankfully this didn't happen on my machine, but I have to fix this all the same ... Is it possible to press F5 (the user thought that this would just refresh the content) while in the Kmail address book and as a result all but the current contact being deleted? Nope, not here. Besides, F5 really is set to Refresh. I also cannot find another shortkey for this and I doubt anyone would waste time to implement it. Thanks for checking this. Are you using std.vcf or the Kmail 'Personal Contacts' storage for your address book? The kaddressbook that was hosed with pressing F5 was in std.vcf. I'm not sure I understand the difference between these two akonadi resources, other than that the std.vcf is the old KDE format under .kde4/share/apps/kabc/std.vcf, while the Personal Contacts seems to be stored under .local.share/akonadi/ ). Yes, that's how it works - same kind of stuff in a different place. There is something you must completely understand about current kdepim, if you don't realize this you will suffer endless pain: The developers are trying to be cute and clever and show off how l33t they are. As a result, they break things. Badly. As an example, there are warnings in .local.share/akonadi/ that you must not manipulate a certain directory manually, as it is managed by akonadi. It is totally possible that you made manual changes (reasonable thing to do actually) and that F5 refreshes the address list from whatever magic bullshit mechanism akonadi has going and just trashed the address list changes you made. Yes, those devs have done insane things of that order and released that code. I'm not saying this is your problem or even that it still is that way - I haven't used kdepim since version 4.4 when I spotted it was a classic second big project. As with all things, do your homework, see if the code suits your needs, ymmv. -- Alan McKinnnon alan.mckin...@gmail.com
[gentoo-user] /usr/portage/packages missing
Greetings normally using i686 i am discovering now the world of x86_64 on an extra partition under Intel Core i5. Some astounding differences, but i will manage. Now i run 'eclean -p packages' which leads to the information, that there is no /usr/portage/packages. And indeed, so it is. How to get this directory and how to fill it? :) Hartmut -- Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/ Von Usern fuer User :-)
[gentoo-user] USB automount with LXDE
When I need to mount a removable USB device on LXDE (~amd64) I currently manually issue the mount command. What do I need to do to make automounting possible? According to LXDE wiki (1) you need HAL, which I don't have on my system. I found several suggestions on the net but none seems promising. Any hints to point me in the right direction? raffaele (1) http://wiki.lxde.org/en/LXDE:Questions#Does_LXDE_automount_plugged_in_removable_devices_.28USB_drives.2C_Flash_disks.2C_etc.29.3F
Re: [gentoo-user] /usr/portage/packages missing
On Nov 17, 2011 4:07 PM, Hartmut Figge h.fi...@gmx.de wrote: Greetings normally using i686 i am discovering now the world of x86_64 on an extra partition under Intel Core i5. Some astounding differences, but i will manage. Now i run 'eclean -p packages' which leads to the information, that there is no /usr/portage/packages. And indeed, so it is. How to get this directory and how to fill it? :) That directory *is* normally empty, unless you specify buildpkg in FEATURES, or use quickpkg. Rgds,
Re: [gentoo-user] /usr/portage/packages missing
On Thu, 17 Nov 2011 10:03:52 +0100 Hartmut Figge h.fi...@gmx.de wrote: Greetings normally using i686 i am discovering now the world of x86_64 on an extra partition under Intel Core i5. Some astounding differences, but i will manage. Now i run 'eclean -p packages' which leads to the information, that there is no /usr/portage/packages. And indeed, so it is. How to get this directory and how to fill it? :) Hartmut mkdir /usr/portage/packages -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] /usr/portage/packages missing
Hartmut Figge wrote: Greetings normally using i686 i am discovering now the world of x86_64 on an extra partition under Intel Core i5. Some astounding differences, but i will manage. Now i run 'eclean -p packages' which leads to the information, that there is no /usr/portage/packages. And indeed, so it is. How to get this directory and how to fill it? :) Hartmut Here you go: buildpkg Binary packages will be created for all packages that are merged. Also see quickpkg(1) and emerge(1) --buildpkg and --buildpkgonly options. buildsyspkg Build binary packages for just packages in the system set. As a example, this is my line from make.conf: FEATURES=buildpkg sandbox parallel-fetch --keep-going That help? Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
[gentoo-user] Re: /usr/portage/packages missing
Pandu Poluan: On Nov 17, 2011 4:07 PM, Hartmut Figge h.fi...@gmx.de wrote: Now i run 'eclean -p packages' which leads to the information, that there is no /usr/portage/packages. And indeed, so it is. How to get this directory and how to fill it? :) That directory *is* normally empty, unless you specify buildpkg in FEATURES, or use quickpkg. *g* Thanks. Hartmut -- Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/ Von Usern fuer User :-)
[gentoo-user] Re: /usr/portage/packages missing
Dale: Hartmut Figge wrote: Now i run 'eclean -p packages' which leads to the information, that there is no /usr/portage/packages. And indeed, so it is. How to get this directory and how to fill it? :) Here you go: buildpkg Binary packages will be created for all packages that are merged. Also see quickpkg(1) and emerge(1) --buildpkg and --buildpkgonly options. buildsyspkg Build binary packages for just packages in the system set. As a example, this is my line from make.conf: FEATURES=buildpkg sandbox parallel-fetch --keep-going And that means, that the directory /usr/portage/packages does not exist until then. I have created it now and 'eclean -p packages' now behaves nicely. Hartmut -- Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/ Von Usern fuer User :-)
Re: [gentoo-user] LVM and LABELS in fstab
Am 17.11.2011 07:50, schrieb Dale: [...] One more question. I have two drives. A 250Gb and a 750Gb. Originally the data was on the 750Gb drive. I set the 250Gb up on LVM then moved things over from the 750Gb. I then added the 750Gb to the VG and resized the file system. So, in theory the data is on the 250Gb drive. Let's say I want to remove the 250Gb drive. I would use pvmove to do that right? When I ran pvmove /dev/sdb, which is the 250Gb drive, then it would remove all the data from that drive so that it could be removed. Am I close? I'm not planning to do that but just wanting to get a better understanding of this LVM thing. Dale Yes, that is correct. It moves the data by mirroring it temporarily on the new location before updating the metadata so that only the new location is used. Therefore you can safely reboot or abort operations. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Is it possible for F5 to delete all contacts in Kmail?!!!
On 17 November 2011 08:56, Alan McKinnon alan.mckin...@gmail.com wrote: +1 for dropping kdepim. I used to love kaddressbook and kontact (but a lot of that was enthusiasm about features that were just around the corner). I found that I was having consistent problems keeping my contacts between versions (fortunately, I had them all backed up as vcards in svn), and a number of other annoying bugs which the KDE devs ignored, and closed after a while. I just uploaded all my PIM stuff to Google Contacts, which actually adds a whole pile of functionality to other Google products that I didn't know existed (Addresses of my friends pop up in Maps, for example). Since I'm using Android, that made the most sense for me.
Re: [gentoo-user] USB automount with LXDE
On 17 November 2011 09:07, Raffaele BELARDI raffaele.bela...@st.com wrote: When I need to mount a removable USB device on LXDE (~amd64) I currently manually issue the mount command. What do I need to do to make automounting possible? According to LXDE wiki (1) you need HAL, which I don't have on my system. I found several suggestions on the net but none seems promising. Any hints to point me in the right direction? raffaele (1) http://wiki.lxde.org/en/LXDE:Questions#Does_LXDE_automount_plugged_in_removable_devices_.28USB_drives.2C_Flash_disks.2C_etc.29.3F udev can do it - here's an Arch guide which is probably helpful: https://wiki.archlinux.org/index.php/Udev#Auto_mounting_USB_devices Personally, I use pmount, which allows plugdev-users to mount without sudo. gentoo-wiki has an article on AutoFS, but I've no idea about that.
Re: [gentoo-user] USB automount with LXDE
On Nov 17, 2011 4:51 PM, James Broadhead jamesbroadh...@gmail.com wrote: On 17 November 2011 09:07, Raffaele BELARDI raffaele.bela...@st.com wrote: When I need to mount a removable USB device on LXDE (~amd64) I currently manually issue the mount command. What do I need to do to make automounting possible? According to LXDE wiki (1) you need HAL, which I don't have on my system. I found several suggestions on the net but none seems promising. Any hints to point me in the right direction? raffaele (1) http://wiki.lxde.org/en/LXDE:Questions#Does_LXDE_automount_plugged_in_removable_devices_.28USB_drives.2C_Flash_disks.2C_etc.29.3F udev can do it - here's an Arch guide which is probably helpful: https://wiki.archlinux.org/index.php/Udev#Auto_mounting_USB_devices Personally, I use pmount, which allows plugdev-users to mount without sudo. gentoo-wiki has an article on AutoFS, but I've no idea about that. What about mdev? Can it do that too? Rgds,
Re: [gentoo-user] /usr/portage/packages missing
On Thu, 17 Nov 2011 03:17:23 -0600, Dale wrote: FEATURES=buildpkg sandbox parallel-fetch --keep-going Shouldn't --keep-going be in EMERGE_DEFAULT_OPTS? -- Neil Bothwick Vuja De: the feeling that you've never been here before. signature.asc Description: PGP signature
Re: [gentoo-user] USB automount with LXDE
On Thu, 17 Nov 2011 10:07:11 +0100, Raffaele BELARDI wrote: When I need to mount a removable USB device on LXDE (~amd64) I currently manually issue the mount command. What do I need to do to make automounting possible? The simplest option is to emerge uam. -- Neil Bothwick Will the last human please uninstall internet.exe. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Re: Re: Another hardware thread
Am 2011-11-17 02:27, schrieb Neil Bothwick: On Wed, 16 Nov 2011 22:33:24 +0100, Stefan G. Weichinger wrote: I think i7-2600k is the sweet spot right now. It's working nicely for me. I can't believe the difference in compile times, it's almost like using a binary distro. Wow, sounds promising (and a bit boring ;-) ?) What board did you choose? Gigabyte Z68X-UD3H-B3 It seemed the best of the available offerings at a reasonable price. Thanks, good luck, Stefan
[gentoo-user] Re: Re: Re: Re: Another hardware thread
Stefan G. Weichinger wrote: Am 16.11.2011 19:05, schrieb masterprometheus: Oh I would definitly do that (overclock it I mean). But if there isn't someone with the same name, you've said : I ask myself if I need the K-version at all, I don't want to overclock ... Change of heart ? Understandable as these CPUs are easy to overclock. Yes, I know. I meant before: I don't want to overclock if it's risky and unstable ... :-) There is always a slight risk. But with a good HSF you will be ok. If you don't need the hyperthreading just get the 2500K and a good HSF. You can easily run it @4.5GHz 7/24 and safely. phew, that sounds fast, yes I assume the HT will do something to compiling stuff (read: gentoo-emerging everyday)? Yep. So Intel noticed wow, we get a few of them which run stable even at 100MHz more, let's sell them for some more money ;-) True but Intel's MSRP was just $10-15 more than a 2600K. Vendors decided to up the price a bit. Not uncommon with new products. I'd be ready to just spend a little more and get the faster CPU as I change my work-pcs only every few years. I still use a C2D E6600 for everyday purposes ... but maybe I just go for the 2600k, it will be more than enough to make things fly in comparison. Then a 2600K is a good investment for you. But maybe you should wait for the Ivy Bridge CPUs (probably @March). Or maybe : http://www.newegg.com/Product/Product.aspx?Item=N82E16819116492 (note that no stock cooler included g) With a matching mobo like one of these : http://www.newegg.com/Product/Product.aspx?Item=N82E16813131803 http://www.newegg.com/Product/Product.aspx?Item=N82E16813131801 Seriously too much money for a small performance difference. But 6 cores (with HT of course), 4 channel memory architecture (up to 64 GB), support for PCI-e v3.0, 12MB L3 cache, all those sound good. No integrated video, though.
Re: [gentoo-user] USB automount with LXDE
On 11/17/2011 11:37 AM, Neil Bothwick wrote: On Thu, 17 Nov 2011 10:07:11 +0100, Raffaele BELARDI wrote: When I need to mount a removable USB device on LXDE (~amd64) I currently manually issue the mount command. What do I need to do to make automounting possible? The simplest option is to emerge uam. Thanks to all, summarizing: 1. udev rules: mounts automatically, with pmount can do non-root un-mounting 2. mdev: according to the man page works only at system boot 3. uam: does not require fiddling with udev rules but cannot un-mount I suppose I'll go with 1. Next question: will pcmanfm automatically display an icon for the newly mounted media and delete it once it is unmounted? raffaele
Re: [gentoo-user] LVM and LABELS in fstab
On Thursday, November 17, 2011 10:43:28 AM Florian Philipp wrote: Am 17.11.2011 07:50, schrieb Dale: [...] One more question. I have two drives. A 250Gb and a 750Gb. Originally the data was on the 750Gb drive. I set the 250Gb up on LVM then moved things over from the 750Gb. I then added the 750Gb to the VG and resized the file system. So, in theory the data is on the 250Gb drive. Let's say I want to remove the 250Gb drive. I would use pvmove to do that right? When I ran pvmove /dev/sdb, which is the 250Gb drive, then it would remove all the data from that drive so that it could be removed. Am I close? I'm not planning to do that but just wanting to get a better understanding of this LVM thing. Dale Yes, that is correct. It moves the data by mirroring it temporarily on the new location before updating the metadata so that only the new location is used. Therefore you can safely reboot or abort operations. Also, this will only work if the VG has sufficient unused space (eg. not used by LVs) on the other disk(s) to accomodate the data moved. -- Joost
Re: [gentoo-user] Re: multi-threaded mplayer
On 11/15/2011 10:55 AM, Raffaele BELARDI wrote: I'll answer myself: just pass the option. And when happy, put them in the config file: daniel@moja ~ $ grep threads .mplayer/config lavdopts=threads=4 http://forums.gentoo.org/viewtopic-t-789673-postdays-0-postorder-asc-start-75.html On 11/15/2011 08:58 AM, Raffaele Belardi wrote: Do I need to set any particular USE flag to enable multi-threaded decoding with mplayer, or is it just a matter of passing the appropriate 'threads=' on the command line? raffaele
Re: [gentoo-user] USB automount with LXDE
On Thu, 17 Nov 2011 14:22:35 +0100, Raffaele BELARDI wrote: 1. udev rules: mounts automatically, with pmount can do non-root un-mounting 2. mdev: according to the man page works only at system boot 3. uam: does not require fiddling with udev rules but cannot un-mount I suppose I'll go with 1. 3 is wrong, you can unmount with pmount, exactly the same as with 1. uam is basically a set of udev rules that effectively does 1 for you. That's why I described it as the simplest option. -- Neil Bothwick WinErr 013: Unexpected error - Huh ? signature.asc Description: PGP signature
Re: [gentoo-user] USB automount with LXDE
On 11/17/2011 03:06 PM, Neil Bothwick wrote: On Thu, 17 Nov 2011 14:22:35 +0100, Raffaele BELARDI wrote: 3. uam: does not require fiddling with udev rules but cannot un-mount 3 is wrong, you can unmount with pmount, exactly the same as with 1. uam is basically a set of udev rules that effectively does 1 for you. That's why I described it as the simplest option. Ok, I got a wrong impression reading the README: The pmount utility can be used to manually unmount removable devices mounted by uam which can't be done by uam due to its reliance on udev triggers. The ArchWiki link on Udev posted by James shows how to set a rule for un-mounting: ACTION==remove, ENV{dir_name}!=, RUN+=/bin/su tomk -c '/usr/bin/pumount /media/%E{dir_name}' Based on your feedback I suppose the same can be done (or is done?) with uam. raffaele
Re: [gentoo-user] USB automount with LXDE
On Thu, 17 Nov 2011 15:58:03 +0100, Raffaele BELARDI wrote: The ArchWiki link on Udev posted by James shows how to set a rule for un-mounting: ACTION==remove, ENV{dir_name}!=, RUN+=/bin/su tomk -c '/usr/bin/pumount /media/%E{dir_name}' Based on your feedback I suppose the same can be done (or is done?) with uam. The problem with such a rule is that it is executed after the device is removed, so it cannot unmount the filesystem cleanly. The only way to do that would be for udev to know you were going to remove the drive before you actually unplugged. I thought that pcmanfm, the LXDE file manager, had a context menu option to unmount. -- Neil Bothwick It's no use crying over spilt milk -- it only makes it salty for the cat. signature.asc Description: PGP signature
[gentoo-user] Process to resize ext3 file system at the command line?
Hi, I've got a 3-disk 250GB RAID-1 that I use for short term, on the machine backups. It's normally not mounted unless I'm doing a quick save. Unfortunately it's a bit too small these days so I'm therefore going to convert it to a 3-disk RAID-5 which will double it's size. I'm pretty sure I've got the command set right to do the RAID-1 to RAID-5 conversion, but once it's done I believe the file system itself will still be 250GB so I'll need to resize the file system. In the past I've done this with gparted, which seems to work fine, but this time I was considering doing it at the command line. Does anyone know of a good web site that goes through how to do that? I've browsed around and found different pages that talk about it but my reading looks like they all have minor differences which leaves me a bit worried. Note that the status of the backup is currently good but if I happen to lose the data on that partition it won't likely be a big problem. I'm just trying to get to the end of the process without losing it if possible. Thanks, Mark
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, 17 Nov 2011 09:01:46 -0800, Mark Knecht wrote: I'm pretty sure I've got the command set right to do the RAID-1 to RAID-5 conversion, but once it's done I believe the file system itself will still be 250GB so I'll need to resize the file system. In the past I've done this with gparted, which seems to work fine, but this time I was considering doing it at the command line. Does anyone know of a good web site that goes through how to do that? I've browsed around and found different pages that talk about it but my reading looks like they all have minor differences which leaves me a bit worried. Using cfdisk or fdisk, delete the partition and recreate it, USING THE SAME START BLOCK at a larger size. Then resize2fs /dev/sdwhatever will resize the filesystem to fill the partition. -- Neil Bothwick I just took an IQ test. The results were negative. signature.asc Description: PGP signature
Re: [gentoo-user] LVM and LABELS in fstab
Joost Roeleveld wrote: On Thursday, November 17, 2011 10:43:28 AM Florian Philipp wrote: Am 17.11.2011 07:50, schrieb Dale: [...] One more question. I have two drives. A 250Gb and a 750Gb. Originally the data was on the 750Gb drive. I set the 250Gb up on LVM then moved things over from the 750Gb. I then added the 750Gb to the VG and resized the file system. So, in theory the data is on the 250Gb drive. Let's say I want to remove the 250Gb drive. I would use pvmove to do that right? When I ran pvmove /dev/sdb, which is the 250Gb drive, then it would remove all the data from that drive so that it could be removed. Am I close? I'm not planning to do that but just wanting to get a better understanding of this LVM thing. Dale Yes, that is correct. It moves the data by mirroring it temporarily on the new location before updating the metadata so that only the new location is used. Therefore you can safely reboot or abort operations. Also, this will only work if the VG has sufficient unused space (eg. not used by LVs) on the other disk(s) to accomodate the data moved. -- Joost Thanks. Clear as mud now. lol I'm getting there. Is there a tool to see if there is enough room to do this before trying it? Curious about gkrellm and how it will see the new drives now. May be interesting. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Moving partitionless (hypothetical) (Was: Re: [gentoo-user] Process to resize ext3 file system at the command line? )
On Thu, Nov 17, 2011 at 12:25 PM, Neil Bothwick n...@digimed.co.uk wrote: On Thu, 17 Nov 2011 09:01:46 -0800, Mark Knecht wrote: I'm pretty sure I've got the command set right to do the RAID-1 to RAID-5 conversion, but once it's done I believe the file system itself will still be 250GB so I'll need to resize the file system. In the past I've done this with gparted, which seems to work fine, but this time I was considering doing it at the command line. Does anyone know of a good web site that goes through how to do that? I've browsed around and found different pages that talk about it but my reading looks like they all have minor differences which leaves me a bit worried. Using cfdisk or fdisk, delete the partition and recreate it, USING THE SAME START BLOCK at a larger size. Then resize2fs /dev/sdwhatever will resize the filesystem to fill the partition. Silly question, but is there really a need for a partition in a scenario like that? He could conceivably move the data to the beginning of the block device, and then run resize2fs. Less silly question: What would an effective means of moving the data on-disk like that be? Something like: dd if=/dev/md0 of=/dev/md0 skip=$count_of_blocks_to_get_to_fs_start would do it, I think, since you wouldn't be overwriting any block unless it was useless or already moved. Better not interrupt it unless you can recalculate the skip and seek parameters, though. That'd default to moving data 512 bytes at a time, though, which would be slow and painful. You could do something like dd if=/dev/md0 of=/dev/md0 skip=$fs_start count=$boundary_pos dd if=/dev/md0 of=/dev/md0 bs=4M skip=$resume_read_pos seek=$resume_write_pos where: fs_start = # the block number to where the filesystem begins boundary_pos = # how many increments of 512 bytes it would take to get to a nice round number like 4M resume_read_pos = # how many increments of 4MB it would take to get back to where we left off reading resume_write_pos = # how many increments of 4MB it would take to get back to where we left off writing I don't know what the exact values for these would be, though. -- :wq
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, Nov 17, 2011 at 9:25 AM, Neil Bothwick n...@digimed.co.uk wrote: On Thu, 17 Nov 2011 09:01:46 -0800, Mark Knecht wrote: I'm pretty sure I've got the command set right to do the RAID-1 to RAID-5 conversion, but once it's done I believe the file system itself will still be 250GB so I'll need to resize the file system. In the past I've done this with gparted, which seems to work fine, but this time I was considering doing it at the command line. Does anyone know of a good web site that goes through how to do that? I've browsed around and found different pages that talk about it but my reading looks like they all have minor differences which leaves me a bit worried. Using cfdisk or fdisk, delete the partition and recreate it, USING THE SAME START BLOCK at a larger size. Then resize2fs /dev/sdwhatever will resize the filesystem to fill the partition. -- Neil Bothwick Really? Delete the partition? Sounds scary! (But actually makes sense. The data is still there.) I'm not sure how this works in the case of a RAID though. Here's the current partition table for sda where sda6, sdb6 sdc6 are part of the RAID-1:: c2stable ~ # fdisk -l /dev/sda Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x8b45be24 Device Boot Start End Blocks Id System /dev/sda1 * 63 112454 56196 83 Linux /dev/sda2 112455 8514449 4200997+ 82 Linux swap / Solaris /dev/sda3 8594775 11346709452436160 fd Linux raid autodetect /dev/sda4 113467095 976768064 4316504855 Extended /dev/sda5 113467158 21833941452436128+ fd Linux raid autodetect /dev/sda6 481933935 976768064 247417065 83 Linux /dev/sda7 218339478 481933871 131797197 fd Linux raid autodetect Partition table entries are not in disk order c2stable ~ # It's not that I want to change the partition size of the 3 pieces of the RAID-1, it's that after I convert the RAID-1 to RAID-5 I want it to be 500GB. I asked some questions on the Linux RAID list and putting together info from a couple of people here's how I'm thinking I proceed with the conversion: 1) First, fail one disk and clean it up for later: umount /dev/md6 mdadm --stop /dev/md6 mdadm /dev/md6 --fail /dev/sdc6 --remove /dev/sdc6 mdadm --zero-superblock /dev/sdc6 At this point the RAID-1 is still 3-drives but one is marked 'failed'. The failed drive is at this point like a new drive as it has no superblock. (I think...) 2) Now I convert the 3-drive RAID1 to a 2-drive RAID-1: mdadm --grow /dev/md6 --raid-devices=2 3) Create a 2-drive RAID-5: mdadm has an 'instantaneous' conversion of RAID-1 to RAID-5 for the 2-drive case because parity of a single drive is just the data itself. /dev/sdb6 is now 'parity' instead of 'data'. mdadm /dev/md6 --grow --level=5 4) Add a 3rd drive to the RAID-5: mdadm /dev/md6 --add /dev/sdc6 mdadm /dev/md6 --grow --raid-devices=3 At this point I was told: Now, resize your filesystem to use the additional space. So, if at this point the end-block of sda6 isn't 976768064 but, let's say, 7 because mdadm set it to something new, then using your suggestion I guess I'd set it back to 976768064? I'm not comfortable however that if I do that that whatever is out there beyond 7 is really formatted as ext3 and 'empty' as I don't know what the mdadm conversion has done to it. Thanks, Mark
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, Nov 17, 2011 at 1:29 PM, Mark Knecht markkne...@gmail.com wrote: On Thu, Nov 17, 2011 at 9:25 AM, Neil Bothwick n...@digimed.co.uk wrote: On Thu, 17 Nov 2011 09:01:46 -0800, Mark Knecht wrote: I'm pretty sure I've got the command set right to do the RAID-1 to RAID-5 conversion, but once it's done I believe the file system itself will still be 250GB so I'll need to resize the file system. In the past I've done this with gparted, which seems to work fine, but this time I was considering doing it at the command line. Does anyone know of a good web site that goes through how to do that? I've browsed around and found different pages that talk about it but my reading looks like they all have minor differences which leaves me a bit worried. Using cfdisk or fdisk, delete the partition and recreate it, USING THE SAME START BLOCK at a larger size. Then resize2fs /dev/sdwhatever will resize the filesystem to fill the partition. -- Neil Bothwick Really? Delete the partition? Sounds scary! (But actually makes sense. The data is still there.) I'm not sure how this works in the case of a RAID though. Here's the current partition table for sda where sda6, sdb6 sdc6 are part of the RAID-1:: c2stable ~ # fdisk -l /dev/sda Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x8b45be24 Device Boot Start End Blocks Id System /dev/sda1 * 63 112454 56196 83 Linux /dev/sda2 112455 8514449 4200997+ 82 Linux swap / Solaris /dev/sda3 8594775 113467094 52436160 fd Linux raid autodetect /dev/sda4 113467095 976768064 431650485 5 Extended /dev/sda5 113467158 218339414 52436128+ fd Linux raid autodetect /dev/sda6 481933935 976768064 247417065 83 Linux /dev/sda7 218339478 481933871 131797197 fd Linux raid autodetect Partition table entries are not in disk order c2stable ~ # It's not that I want to change the partition size of the 3 pieces of the RAID-1, it's that after I convert the RAID-1 to RAID-5 I want it to be 500GB. I asked some questions on the Linux RAID list and putting together info from a couple of people here's how I'm thinking I proceed with the conversion: 1) First, fail one disk and clean it up for later: umount /dev/md6 mdadm --stop /dev/md6 mdadm /dev/md6 --fail /dev/sdc6 --remove /dev/sdc6 mdadm --zero-superblock /dev/sdc6 At this point the RAID-1 is still 3-drives but one is marked 'failed'. The failed drive is at this point like a new drive as it has no superblock. (I think...) 2) Now I convert the 3-drive RAID1 to a 2-drive RAID-1: mdadm --grow /dev/md6 --raid-devices=2 3) Create a 2-drive RAID-5: mdadm has an 'instantaneous' conversion of RAID-1 to RAID-5 for the 2-drive case because parity of a single drive is just the data itself. /dev/sdb6 is now 'parity' instead of 'data'. mdadm /dev/md6 --grow --level=5 4) Add a 3rd drive to the RAID-5: mdadm /dev/md6 --add /dev/sdc6 mdadm /dev/md6 --grow --raid-devices=3 At this point I was told: Now, resize your filesystem to use the additional space. So, if at this point the end-block of sda6 isn't 976768064 but, let's say, 7 because mdadm set it to something new, then using your suggestion I guess I'd set it back to 976768064? I'm not comfortable however that if I do that that whatever is out there beyond 7 is really formatted as ext3 and 'empty' as I don't know what the mdadm conversion has done to it. Your resize would be applied not to /dev/sd?, but to /dev/md?. You don't need to worry about what that means on /dev/sd*; the filesystem you want to poke is on /dev/md*. file -s /dev/sd* /dev/md* -- :wq
Re: [gentoo-user] LVM and LABELS in fstab
On Thu, 17 Nov 2011 11:37:59 -0600, Dale wrote: Also, this will only work if the VG has sufficient unused space (eg. not used by LVs) on the other disk(s) to accomodate the data moved. Thanks. Clear as mud now. lol I'm getting there. Is there a tool to see if there is enough room to do this before trying it? pvs, vgs and lvs are your friends here. As long as the free space reported by vgs is more than pvs reports as the size of the partition you want to remove, you will be fine. Although pvmove will also let you know if there isn't enough space for what you want. -- Neil Bothwick Everyone has a photographic memory. Some don't have film. signature.asc Description: PGP signature
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, Nov 17, 2011 at 10:43 AM, Michael Mol mike...@gmail.com wrote: On Thu, Nov 17, 2011 at 1:29 PM, Mark Knecht markkne...@gmail.com wrote: SNIP At this point I was told: Now, resize your filesystem to use the additional space. So, if at this point the end-block of sda6 isn't 976768064 but, let's say, 7 because mdadm set it to something new, then using your suggestion I guess I'd set it back to 976768064? I'm not comfortable however that if I do that that whatever is out there beyond 7 is really formatted as ext3 and 'empty' as I don't know what the mdadm conversion has done to it. Your resize would be applied not to /dev/sd?, but to /dev/md?. You don't need to worry about what that means on /dev/sd*; the filesystem you want to poke is on /dev/md*. file -s /dev/sd* /dev/md* -- :wq Yes, resize would be done to /dev/md?. I agree. However I don't believe that I'd use Neil's suggestion of fdisk block numbers on /dev/md, right? That doesn't make sense to me and I don't beleieve Neil was suggesting anything like that. I'm thinking that possibly the mdadm way to change the _size_ of a RAID is to once again use the grow option: quote -G, --grow Change the size or shape of an active array. quote I've not yet found any instructions that I trust to do it though, and being that the instructions above came from, among others, Neil Brown who manages mdadm I'm hesitant to go in my own direction. I'm just looking before I leap. And fortunately, if I decided to just blow away all three disks and start from scratch I have very little at risk that way, and very little risk as I will do backups of the RAID-1 onto an external USB drive before I start this process anyway. - Mark
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, Nov 17, 2011 at 1:59 PM, Mark Knecht markkne...@gmail.com wrote: On Thu, Nov 17, 2011 at 10:43 AM, Michael Mol mike...@gmail.com wrote: On Thu, Nov 17, 2011 at 1:29 PM, Mark Knecht markkne...@gmail.com wrote: SNIP At this point I was told: Now, resize your filesystem to use the additional space. So, if at this point the end-block of sda6 isn't 976768064 but, let's say, 7 because mdadm set it to something new, then using your suggestion I guess I'd set it back to 976768064? I'm not comfortable however that if I do that that whatever is out there beyond 7 is really formatted as ext3 and 'empty' as I don't know what the mdadm conversion has done to it. Your resize would be applied not to /dev/sd?, but to /dev/md?. You don't need to worry about what that means on /dev/sd*; the filesystem you want to poke is on /dev/md*. file -s /dev/sd* /dev/md* -- :wq Yes, resize would be done to /dev/md?. I agree. However I don't believe that I'd use Neil's suggestion of fdisk block numbers on /dev/md, right? That doesn't make sense to me and I don't beleieve Neil was suggesting anything like that. I'm thinking that possibly the mdadm way to change the _size_ of a RAID is to once again use the grow option: quote -G, --grow Change the size or shape of an active array. quote I've not yet found any instructions that I trust to do it though, and being that the instructions above came from, among others, Neil Brown who manages mdadm I'm hesitant to go in my own direction. I'm just looking before I leap. And fortunately, if I decided to just blow away all three disks and start from scratch I have very little at risk that way, and very little risk as I will do backups of the RAID-1 onto an external USB drive before I start this process anyway. Ok, I thought you had it clear how you were going to resize the raid, and needed help resizing the filesystem that already existed on top of the RAID. I interpreted Mark's instructions as operating under that impression, too. Are you saying you don't already have a partition table sitting on top of /dev/md? ? -- :wq
[gentoo-user] Re: Upgrading gcc: both 4.4 and 4.5 needed?
Willie Wong wwong at math.princeton.edu writes: It makes gcc-4.5.3 use a newer method to detect parallelism, thus (potentially) makes programs compiled by gcc to have better multithreaded performance. Now, why can't the USE descriptions be like the kernel option descriptions and have something like what Pandu wrote included? I added this to root's .bashrc a long time ago: # USE flag settings hack by Ciaran McCreesh: explainuseflag(){ sed -ne s,^\([^ ]*:\)\?$1 - ,,p $(portageq portdir)/profiles/use.{,local.}desc; } alias ef=explainuseflag Then simply use the alias for a quick check to learn about all the different uses of a given flag: 'ef graphite' # ef graphite Enable support for non-Roman fonts via media-gfx/graphite2 Enable support for non-Roman fonts via media-gfx/graphite2 Add support for the framework for loop optimizations based on a polyhedral intermediate representation Then drill down into the a specific package's use flag meaning, using the aforementioned 'equery u' delineated by Albert. hth, James
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, Nov 17, 2011 at 11:13 AM, Michael Mol mike...@gmail.com wrote: On Thu, Nov 17, 2011 at 1:59 PM, Mark Knecht markkne...@gmail.com wrote: SNIP Ok, I thought you had it clear how you were going to resize the raid, and needed help resizing the filesystem that already existed on top of the RAID. I interpreted Mark's instructions as operating under that impression, too. Are you saying you don't already have a partition table sitting on top of /dev/md? ? OK, I'm getting a little confused because I am Mark. Maybe you meant Neil above? Anyway, yes, my question in the title is still the question. If, as I understand reading between the lines, that the mdadm conversion from RAID-1 to RAID-5 leaves me with a 250GB RAID-5 then how do I make it a 500GB RAID-5? My assumption right now is that mdadm won't change the partition sizing so what I need to do is just resize the filesystem and (I think) what I want are the right commands to run with something like resize2fs, where you check, then resize, then check again: e2fsck -f /dev/md6 resize2fs /dev/md6 e2fsck -f /dev/md6 However one site I found said to convert it to ext2 first - removing the journal - and then adding the journal back in later. - Mark
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, 17 Nov 2011 10:59:06 -0800, Mark Knecht wrote: Yes, resize would be done to /dev/md?. I agree. However I don't believe that I'd use Neil's suggestion of fdisk block numbers on /dev/md, right? That doesn't make sense to me and I don't beleieve Neil was suggesting anything like that. Yes I was. /dev/md? is still a block device, and its blocks correspond to physical blocks on the component drives. -- Neil Bothwick There are only two tragedies in life: one is not getting what one wants; and the other is getting it. - Oscar Wilde (1854-1900) signature.asc Description: PGP signature
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, Nov 17, 2011 at 2:44 PM, Mark Knecht markkne...@gmail.com wrote: On Thu, Nov 17, 2011 at 11:13 AM, Michael Mol mike...@gmail.com wrote: On Thu, Nov 17, 2011 at 1:59 PM, Mark Knecht markkne...@gmail.com wrote: SNIP Ok, I thought you had it clear how you were going to resize the raid, and needed help resizing the filesystem that already existed on top of the RAID. I interpreted Mark's instructions as operating under that impression, too. Are you saying you don't already have a partition table sitting on top of /dev/md? ? OK, I'm getting a little confused because I am Mark. Maybe you meant Neil above? Ok, yeah, I'm totally confused myself. I'm going to split my concentration fewer ways for a bit and not try to write emails while a test suite runs. :) -- :wq
Re: [gentoo-user] /usr/portage/packages missing
Neil Bothwick wrote: On Thu, 17 Nov 2011 03:17:23 -0600, Dale wrote: FEATURES=buildpkg sandbox parallel-fetch --keep-going Shouldn't --keep-going be in EMERGE_DEFAULT_OPTS? It should and it was. I must have pasted it from somewhere and not noticed it. No need in it being in both places tho. Thanks. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, Nov 17, 2011 at 11:47 AM, Neil Bothwick n...@digimed.co.uk wrote: On Thu, 17 Nov 2011 10:59:06 -0800, Mark Knecht wrote: Yes, resize would be done to /dev/md?. I agree. However I don't believe that I'd use Neil's suggestion of fdisk block numbers on /dev/md, right? That doesn't make sense to me and I don't beleieve Neil was suggesting anything like that. Yes I was. /dev/md? is still a block device, and its blocks correspond to physical blocks on the component drives. -- Neil Bothwick OK, so returning to your original response, you suggest increasing the size of each physical partition and then resizing each of the physical partitions independently? (/dev/sdwhatever instead of /dev/md6 directly?) Is there a reason or personal experience you have to not to resize the RAID-5 directly? I completely trust you as to date I cannot remember anything you suggested I do that wasn't a good way to do it but doing /dev/sdwhatever seems problematic if it had been an 8-drive RAID-1 becoming a RAID-5, etc. - Mark quote Using cfdisk or fdisk, delete the partition and recreate it, USING THE SAME START BLOCK at a larger size. Then resize2fs /dev/sdwhatever will resize the filesystem to fill the partition. /quote
Re: [gentoo-user] Is it possible for F5 to delete all contacts in Kmail?!!!
On Thursday 17 Nov 2011 09:44:35 James Broadhead wrote: On 17 November 2011 08:56, Alan McKinnon alan.mckin...@gmail.com wrote: +1 for dropping kdepim. I used to love kaddressbook and kontact (but a lot of that was enthusiasm about features that were just around the corner). I found that I was having consistent problems keeping my contacts between versions (fortunately, I had them all backed up as vcards in svn), and a number of other annoying bugs which the KDE devs ignored, and closed after a while. I just uploaded all my PIM stuff to Google Contacts, which actually adds a whole pile of functionality to other Google products that I didn't know existed (Addresses of my friends pop up in Maps, for example). Since I'm using Android, that made the most sense for me. Thanks for your replies guys, I know that kdepim is ropey and following some bugs on the upgrade from KDE-3.5 I tried to wean myself off it by trying different mail clients. I did not succeed. Nothing came close to it for my needs and wants. One day I'll spend some more time/effort to learn the shortcuts for mutt. Until then I'll have to be more careful with my backups and advise all of the users who depend on my services to do the same! I did not manually edit anything on the addressbook in question (and the user in question would not know how to do that). I am told that she just pressed the F5 button and bang! All contacts gone in an instant! To me this is rather catastrophic as a failure mode and I cannot categorise this software as anything better than amateurish. Of course I can't code, so I get what's there for now ... -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Is it possible for F5 to delete all contacts in Kmail?!!!
On Thu, 17 Nov 2011 21:01:44 + Mick michaelkintz...@gmail.com wrote: I did not manually edit anything on the addressbook in question (and the user in question would not know how to do that). I am told that she just pressed the F5 button and bang! All contacts gone in an instant! To me this is rather catastrophic as a failure mode and I cannot categorise this software as anything better than amateurish. Of course I can't code, so I get what's there for now ... I would *strongly* suspect the usual cause of such things - the user did indeed do something that triggered the delete but has forgotten doing it as they don't think it relevant. However, the fact that kdepim just deleted stuff without so much as a nag dialog is a bug in itself. At least you didn't lose three years of mail like happened to me. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Re: Re: Another hardware thread
Am 2011-11-17 11:44, schrieb Stefan G. Weichinger: Am 2011-11-17 02:27, schrieb Neil Bothwick: On Wed, 16 Nov 2011 22:33:24 +0100, Stefan G. Weichinger wrote: I think i7-2600k is the sweet spot right now. It's working nicely for me. I can't believe the difference in compile times, it's almost like using a binary distro. Wow, sounds promising (and a bit boring ;-) ?) A question somehow related: Right now I have everything built with rather CPU-specific CFLAGS. Specific L1/L2-cache-sizes and stuff, set after doing something like gcc -Q --help=target -march=native (gentoo wiki). I wonder if this C2D-E6600-specific stuff would boot on the i7-2600k? Yeah, I could just try it. But maybe I should do something to prepare that migration? Thanks for any insight on this, Stefan
Re: [gentoo-user] sdhc card on eeepc701 running gentoo
You are correct, the internal card reader was the problem, I tried today in a Dell Vostro running ubuntu, and everything worked nice, even tried in another Dell laptop with windows, and the card was recognized as well. It seems the problem is indeed my hardware, so I'm buying a usb card reader to shove it inside the eeepc to finally gain 16GB that I'm needing to do some more interesting stuff in it. Érico V. Porto On Thu, Nov 17, 2011 at 4:08 AM, fe...@gmx.net wrote: Hello, I would guess the internal reader don't work properly for such modern cards. Especially for the 701 there exist some reports about similar problems. You may try on another (external) sd-card-reader which is specified for class 10 cards. Steffen. Am 16.11.2011 19:32, schrieb Érico Porto: Hello, I'm having lots of hardware error current when trying to use a sdhc card (transcend 16GB) on my eeepc701. I have never used any card on gentoo before, but I have used with success previously in Ubuntu. Is there some know bug? Also, only sometimes I get a device at /dev/sdb and couldn't get any /dev/sdb1 to show, but I do see it using fdisk /dev/sdb and them pressing p. Érico V. Porto
[gentoo-user] [OT] embedded gentoo?
Hi, Has anyone here ever tried to build a really small filesystem to embed gentoo into some non x86 hardware? Pure curiosity. Érico V. Porto
Re: [gentoo-user] [OT] embedded gentoo?
Érico Porto wrote: Hi, Has anyone here ever tried to build a really small filesystem to embed gentoo into some non x86 hardware? Pure curiosity. Érico V. Porto Someone put Gentoo on a guitar once. Think I'm kidding right? http://www.gentoo.org/news/20100125-misa-guitar-interview.xml http://www.skuggen.com/2010/01/how-cool-is-this-a-linux-guitar/ No idea on the arch tho. Neat huh? Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, 17 Nov 2011 12:34:14 -0800, Mark Knecht wrote: OK, so returning to your original response, you suggest increasing the size of each physical partition and then resizing each of the physical partitions independently? (/dev/sdwhatever instead of /dev/md6 directly?) Is there a reason or personal experience you have to not to resize the RAID-5 directly? Do you have separately partitioned drives with those partitions arranged into single-partition arrays, or do you have one RAID device that is then partitioned? If the latter, you should certainly work with the md device. I prefer to avoid all this confusion by creating a large, single partition array that I use an an LVM physical volume. -- Neil Bothwick You know how dumb the average person is? Well, statistically, half of them are even dumber than that - Lewton, P.I. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Re: Re: Another hardware thread
On Thu, 17 Nov 2011 23:13:31 +0100, Stefan G. Weichinger wrote: Right now I have everything built with rather CPU-specific CFLAGS. Specific L1/L2-cache-sizes and stuff, set after doing something like gcc -Q --help=target -march=native (gentoo wiki). I wonder if this C2D-E6600-specific stuff would boot on the i7-2600k? Yeah, I could just try it. But maybe I should do something to prepare that migration? I did a new installation as the old one had started life on an Athlon64 about 8 years ago and then migrated to the C2D. But it will probably work as long as you kernel included support for both types of hardware. If you're feeling adventurous, GCC 4.6, currently masked for testing, has specific -march options for the i7 and Sandybridge i7, according to the Gentoo Wiki CFLAGS page. Using 4.5.3 and -march=native, I had a couple of showstopping build failures, that were fixed by switching to -march=core2 -mtune=generic. -- Neil Bothwick Newspaper Ad: Dog for sale: eats anything and is fond of children. signature.asc Description: PGP signature
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, Nov 17, 2011 at 3:59 PM, Neil Bothwick n...@digimed.co.uk wrote: On Thu, 17 Nov 2011 12:34:14 -0800, Mark Knecht wrote: OK, so returning to your original response, you suggest increasing the size of each physical partition and then resizing each of the physical partitions independently? (/dev/sdwhatever instead of /dev/md6 directly?) Is there a reason or personal experience you have to not to resize the RAID-5 directly? Do you have separately partitioned drives with those partitions arranged into single-partition arrays, or do you have one RAID device that is then partitioned? If the latter, you should certainly work with the md device. I prefer to avoid all this confusion by creating a large, single partition array that I use an an LVM physical volume. Separately partitioned drives arranged into RAID arrays. I don't do LVM. Every time I look at the instructions for setting it up I fall asleep. Also, I have varying needs in terms of space, speed redundancy, so I'm not clear that a single RAID of any type with LVM on top would have met my needs. - Mark
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, 17 Nov 2011 16:13:09 -0800, Mark Knecht wrote: Do you have separately partitioned drives with those partitions arranged into single-partition arrays, or do you have one RAID device that is then partitioned? If the latter, you should certainly work with the md device. I prefer to avoid all this confusion by creating a large, single partition array that I use an an LVM physical volume. Separately partitioned drives arranged into RAID arrays. So you have three partitions arranged into a single RAID5 partition, say /dev/md1? In that case, the size of /dev/md1 should already be correct and you only need to resize the filesystem and you should ignore my witterings about fdisk that filed to take into account your use of RAID. resize2fs /dev/md1 should be all you need, you shouldn't even need to unmount the filesystem. -- Neil Bothwick Top Oxymorons Number 12: Plastic glasses signature.asc Description: PGP signature
Re: [gentoo-user] Process to resize ext3 file system at the command line?
On Thu, Nov 17, 2011 at 4:21 PM, Neil Bothwick n...@digimed.co.uk wrote: On Thu, 17 Nov 2011 16:13:09 -0800, Mark Knecht wrote: Do you have separately partitioned drives with those partitions arranged into single-partition arrays, or do you have one RAID device that is then partitioned? If the latter, you should certainly work with the md device. I prefer to avoid all this confusion by creating a large, single partition array that I use an an LVM physical volume. Separately partitioned drives arranged into RAID arrays. So you have three partitions arranged into a single RAID5 partition, say /dev/md1? In that case, the size of /dev/md1 should already be correct and you only need to resize the filesystem and you should ignore my witterings about fdisk that filed to take into account your use of RAID. resize2fs /dev/md1 should be all you need, you shouldn't even need to unmount the filesystem. I have 3 partitions which were previously RAID-1. I've already failed one drive so at this moment it's a 2-drive RAID-1. I'm attempting to get those two remaining 2 partitions converted to RAID-5 the command suggested on the RAID list for doing that isn't working for me. Once the 250GB RAID-1 is converted to RAID-5 i have to add a new drive back in to become a 3-drive RAID-5. The drive I add will be the drive I just failed. c2stable ~ # mdadm --grow /dev/md6 --level=5 mdadm: /dev/md6: could not set level to raid5 c2stable ~ # c2stable ~ # mdadm -D /dev/md6 /dev/md6: Version : 1.1 Creation Time : Thu Apr 15 10:45:35 2010 Raid Level : raid1 Array Size : 247416933 (235.96 GiB 253.35 GB) Used Dev Size : 247416933 (235.96 GiB 253.35 GB) Raid Devices : 2 Total Devices : 2 Persistence : Superblock is persistent Update Time : Thu Nov 17 13:27:20 2011 State : clean Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 Name : c2stable:6 (local to host c2stable) UUID : 249c7331:a8203540:c8f3b020:fb30a66b Events : 1039 Number Major Minor RaidDevice State 0 860 active sync /dev/sda6 1 8 221 active sync /dev/sdb6 c2stable ~ #
[gentoo-user] Re: [OT] embedded gentoo?
Érico Porto ericoporto2008 at gmail.com writes: Has anyone here ever tried to build a really small filesystem to embed gentoo into some non x86 hardware? Pure curiosity. Yes, on lots of arch's all sorts of small file systems. You should post to the list gentoo-embedded. SH, ppc, arm, mips and many other arch's supported. Find an archive and search therein, if you do not want to post to the gentoo-embedded list. Also take a look at the embedded handbook, if you have not seen it before: http://www.gentoo.org/proj/en/base/embedded/handbook/ hth, James
Re: [gentoo-user] [OT] embedded gentoo?
On Nov 18, 2011 6:54 AM, Dale rdalek1...@gmail.com wrote: Érico Porto wrote: Hi, Has anyone here ever tried to build a really small filesystem to embed gentoo into some non x86 hardware? Pure curiosity. Érico V. Porto Someone put Gentoo on a guitar once. Think I'm kidding right? http://www.gentoo.org/news/20100125-misa-guitar-interview.xml http://www.skuggen.com/2010/01/how-cool-is-this-a-linux-guitar/ No idea on the arch tho. Neat huh? Well, the first link mentioned AMD Geode and x86 install handbook :-) Rgds,
Re: [gentoo-user] [OT] embedded gentoo?
Pandu Poluan wrote: On Nov 18, 2011 6:54 AM, Dale rdalek1...@gmail.com mailto:rdalek1...@gmail.com wrote: Érico Porto wrote: Hi, Has anyone here ever tried to build a really small filesystem to embed gentoo into some non x86 hardware? Pure curiosity. Érico V. Porto Someone put Gentoo on a guitar once. Think I'm kidding right? http://www.gentoo.org/news/20100125-misa-guitar-interview.xml http://www.skuggen.com/2010/01/how-cool-is-this-a-linux-guitar/ No idea on the arch tho. Neat huh? Well, the first link mentioned AMD Geode and x86 install handbook :-) Rgds, It was about a year or so ago when I read it. I couldn't recall the arch but it is nice. I got a friend I wish could see that thing. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] LVM and LABELS in fstab
Neil Bothwick wrote: On Thu, 17 Nov 2011 11:37:59 -0600, Dale wrote: Also, this will only work if the VG has sufficient unused space (eg. not used by LVs) on the other disk(s) to accomodate the data moved. Thanks. Clear as mud now. lol I'm getting there. Is there a tool to see if there is enough room to do this before trying it? pvs, vgs and lvs are your friends here. As long as the free space reported by vgs is more than pvs reports as the size of the partition you want to remove, you will be fine. Although pvmove will also let you know if there isn't enough space for what you want. I found something that is a bit annoying here. I have gkrellm running on my desktop to sort of keep a eye on things. This works fine for the little part down at the bottom with how much is used and how much is free. Thing is, the part that shows activity doesn't have anything for LVM. I have the listing for the individual drives, sdb and sdc, but nothing for the whole thing. Is there a way to make this work? I googled but I couldn't find anything on this one. Well, a few worthless hits that just happen to have the words on the same page for some reason. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] [OT] embedded gentoo?
On Thu, 17 Nov 2011 17:51:55 -0600 Dale rdalek1...@gmail.com wrote: Érico Porto wrote: Hi, Has anyone here ever tried to build a really small filesystem to embed gentoo into some non x86 hardware? Pure curiosity. Érico V. Porto Someone put Gentoo on a guitar once. Think I'm kidding right? http://www.gentoo.org/news/20100125-misa-guitar-interview.xml http://www.skuggen.com/2010/01/how-cool-is-this-a-linux-guitar/ No idea on the arch tho. Neat huh? That's nothing, someone once put NetBSD on a toaster. And someone else managed to install Linux on a dead badger, but I think that was a spoof. -- Alan McKinnnon alan.mckin...@gmail.com
[gentoo-user] why can't use print after installed CUPS ?
i had installed CUPS-1.4.3 from source(configure, make, make install) now i can configure print via localhost:631, and the test page is perfect. but the problem is, why can't i see the print in programs ? (etc. in firefox, file-print, there is no print in print dialog) thanks all -- Good Lucks ! form 俞强(hackqiang)
Re: [gentoo-user] why can't use print after installed CUPS ?
On Fri, Nov 18, 2011 at 8:41 AM, 俞强 qiangl...@gmail.com wrote: i had installed CUPS-1.4.3 from source(configure, make, make install) now i can configure print via localhost:631, and the test page is perfect. but the problem is, why can't i see the print in programs ? (etc. in firefox, file-print, there is no print in print dialog) thanks all -- Good Lucks ! form 俞强(hackqiang) Hi, Did you install cups by hand, not using portage? I suspect looking at the ebuild, that Gentoo does install few bits in different places. I have attached my cups installation files. Please compare with yours. $ equery files cups Kfir /etc /etc/cups /etc/cups/client.conf /etc/cups/cupsd.conf /etc/cups/cupsd.conf.default /etc/cups/interfaces /etc/cups/interfaces/.keep_net-print_cups-0 /etc/cups/ppd /etc/cups/ppd/.keep_net-print_cups-0 /etc/cups/snmp.conf /etc/cups/ssl /etc/cups/ssl/.keep_net-print_cups-0 /etc/dbus-1 /etc/dbus-1/system.d /etc/dbus-1/system.d/cups.conf /etc/init.d /etc/init.d/cupsd /etc/pam.d /etc/pam.d/cups /usr /usr/bin /usr/bin/cancel /usr/bin/cups-config /usr/bin/cupstestdsc /usr/bin/cupstestppd /usr/bin/lp /usr/bin/lpoptions /usr/bin/lppasswd /usr/bin/lpq /usr/bin/lpr /usr/bin/lprm /usr/bin/lpstat /usr/bin/ppdc /usr/bin/ppdhtml /usr/bin/ppdi /usr/bin/ppdmerge /usr/bin/ppdpo /usr/include /usr/include/cups /usr/include/cups/adminutil.h /usr/include/cups/array.h /usr/include/cups/backend.h /usr/include/cups/cgi.h /usr/include/cups/cups.h /usr/include/cups/dir.h /usr/include/cups/driver.h /usr/include/cups/file.h /usr/include/cups/help-index.h /usr/include/cups/http.h /usr/include/cups/image.h /usr/include/cups/ipp.h /usr/include/cups/language.h /usr/include/cups/mime.h /usr/include/cups/ppd.h /usr/include/cups/ppdc.h /usr/include/cups/raster.h /usr/include/cups/sidechannel.h /usr/include/cups/transcode.h /usr/include/cups/versioning.h /usr/lib /usr/lib/libcups.so /usr/lib/libcups.so.2 /usr/lib/libcupscgi.so /usr/lib/libcupscgi.so.1 /usr/lib/libcupsdriver.so /usr/lib/libcupsdriver.so.1 /usr/lib/libcupsimage.so /usr/lib/libcupsimage.so.2 /usr/lib/libcupsmime.so /usr/lib/libcupsmime.so.1 /usr/lib/libcupsppdc.so /usr/lib/libcupsppdc.so.1 /usr/libexec /usr/libexec/cups /usr/libexec/cups/backend /usr/libexec/cups/backend/http /usr/libexec/cups/backend/https /usr/libexec/cups/backend/ipp /usr/libexec/cups/backend/lpd /usr/libexec/cups/backend/parallel /usr/libexec/cups/backend/scsi /usr/libexec/cups/backend/serial /usr/libexec/cups/backend/snmp /usr/libexec/cups/backend/socket /usr/libexec/cups/backend/usb /usr/libexec/cups/cgi-bin /usr/libexec/cups/cgi-bin/admin.cgi /usr/libexec/cups/cgi-bin/classes.cgi /usr/libexec/cups/cgi-bin/help.cgi /usr/libexec/cups/cgi-bin/jobs.cgi /usr/libexec/cups/cgi-bin/printers.cgi /usr/libexec/cups/daemon /usr/libexec/cups/daemon/cups-deviced /usr/libexec/cups/daemon/cups-driverd /usr/libexec/cups/daemon/cups-lpd /usr/libexec/cups/daemon/cups-polld /usr/libexec/cups/driver /usr/libexec/cups/driver/.keep_net-print_cups-0 /usr/libexec/cups/filter /usr/libexec/cups/filter/bannertops /usr/libexec/cups/filter/commandtoescpx /usr/libexec/cups/filter/commandtopclx /usr/libexec/cups/filter/commandtops /usr/libexec/cups/filter/gziptoany /usr/libexec/cups/filter/hpgltops /usr/libexec/cups/filter/imagetops /usr/libexec/cups/filter/imagetoraster /usr/libexec/cups/filter/pdftops /usr/libexec/cups/filter/pstops /usr/libexec/cups/filter/rastertodymo /usr/libexec/cups/filter/rastertoepson /usr/libexec/cups/filter/rastertoescpx /usr/libexec/cups/filter/rastertohp /usr/libexec/cups/filter/rastertolabel /usr/libexec/cups/filter/rastertopclx /usr/libexec/cups/filter/texttops /usr/libexec/cups/monitor /usr/libexec/cups/monitor/bcp /usr/libexec/cups/monitor/tbcp /usr/libexec/cups/notifier /usr/libexec/cups/notifier/mailto /usr/libexec/cups/notifier/rss /usr/sbin /usr/sbin/accept /usr/sbin/cupsaccept /usr/sbin/cupsaddsmb /usr/sbin/cupsctl /usr/sbin/cupsd /usr/sbin/cupsdisable /usr/sbin/cupsenable /usr/sbin/cupsfilter /usr/sbin/cupsreject /usr/sbin/lpadmin /usr/sbin/lpc /usr/sbin/lpinfo /usr/sbin/lpmove /usr/sbin/reject /usr/share /usr/share/applications /usr/share/applications/cups.desktop /usr/share/cups /usr/share/cups/banners /usr/share/cups/banners/classified /usr/share/cups/banners/confidential /usr/share/cups/banners/secret /usr/share/cups/banners/standard /usr/share/cups/banners/topsecret /usr/share/cups/banners/unclassified /usr/share/cups/charmaps /usr/share/cups/charmaps/euc-cn.txt /usr/share/cups/charmaps/euc-jp.txt /usr/share/cups/charmaps/euc-kr.txt /usr/share/cups/charmaps/euc-tw.txt /usr/share/cups/charmaps/iso-8859-1.txt /usr/share/cups/charmaps/iso-8859-10.txt /usr/share/cups/charmaps/iso-8859-11.txt /usr/share/cups/charmaps/iso-8859-13.txt /usr/share/cups/charmaps/iso-8859-14.txt /usr/share/cups/charmaps/iso-8859-15.txt /usr/share/cups/charmaps/iso-8859-16.txt /usr/share/cups/charmaps/iso-8859-2.txt /usr/share/cups/charmaps/iso-8859-3.txt /usr/share/cups/charmaps/iso-8859-4.txt
Re: [gentoo-user] USB automount with LXDE
On 11/17/2011 04:54 P, Neil Bothwick wrote: I thought that pcmanfm, the LXDE file manager, had a context menu option to unmount. Me too, and I think that a long time ago I did have it, but now it's not there. Probably I'd better try on the lxde mailing list. thanks, raf