Re: [gentoo-user] udev rules
David Relson wrote: Good morning! I have a Rosewill 75 in 1 card reader with slots for USB, SATA, SD, microSD, etc. udev recognizes USB devices and mounts them as /media/whatever. However, when SD and microSD cards are inserted, /var/log/messages doesn't report anything and the cards aren't mounted. Any suggestions where to look? what to fix? I'm running kernel 3.2.11 on an AMD64 with udev-171. Here's a link to the card reader http://rosewill.com/products/1610/ProductDetail_Overview.htm Regards, David Have you tried those cards on a different system to see if they work? If they do, then the reader may be bad. May want to look for dust but if it is new, surely not. ;-) Packing peanut maybe? o_O I have bought a couple thinks made by Rosewill. Neither of them worked for long. I sent one back for repair/replacement and got a new one with about the same problem. I didn't send it back again because it wasn't worth shipping back again plus I was expecting it to work at least for a little while. It lasted overnight My new policy, don't buy Rosewill products. They may work fine for someone else but they don't for me. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] udev rules
On Sun, 30 Sep 2012 10:58:42 -0500 Dale wrote: David Relson wrote: Good morning! I have a Rosewill 75 in 1 card reader with slots for USB, SATA, SD, microSD, etc. udev recognizes USB devices and mounts them as /media/whatever. However, when SD and microSD cards are inserted, /var/log/messages doesn't report anything and the cards aren't mounted. Any suggestions where to look? what to fix? I'm running kernel 3.2.11 on an AMD64 with udev-171. Here's a link to the card reader http://rosewill.com/products/1610/ProductDetail_Overview.htm Regards, David Have you tried those cards on a different system to see if they work? If they do, then the reader may be bad. May want to look for dust but if it is new, surely not. ;-) Packing peanut maybe? o_O I have bought a couple thinks made by Rosewill. Neither of them worked for long. I sent one back for repair/replacement and got a new one with about the same problem. I didn't send it back again because it wasn't worth shipping back again plus I was expecting it to work at least for a little while. It lasted overnight My new policy, don't buy Rosewill products. They may work fine for someone else but they don't for me. Dale Actually what I've got is a SanDisk 16GB microSD with an SD adapter. Using my wife's windoze laptop, the SD/microSD combo works fine. My initial use of the card is for Ubuntu linux for a MK802+ mini-pc. The MK802+ boots Android off its internal storage or Ubuntu off of the microSD. So, yes, the card appears to work. David
Re: [gentoo-user] udev rules
On Sunday 30 Sep 2012 17:47:45 David Relson wrote: On Sun, 30 Sep 2012 10:58:42 -0500 Dale wrote: David Relson wrote: Good morning! I have a Rosewill 75 in 1 card reader with slots for USB, SATA, SD, microSD, etc. udev recognizes USB devices and mounts them as /media/whatever. However, when SD and microSD cards are inserted, /var/log/messages doesn't report anything and the cards aren't mounted. Any suggestions where to look? what to fix? I'm running kernel 3.2.11 on an AMD64 with udev-171. Here's a link to the card reader http://rosewill.com/products/1610/ProductDetail_Overview.htm Regards, David Have you tried those cards on a different system to see if they work? If they do, then the reader may be bad. May want to look for dust but if it is new, surely not. ;-) Packing peanut maybe? o_O I have bought a couple thinks made by Rosewill. Neither of them worked for long. I sent one back for repair/replacement and got a new one with about the same problem. I didn't send it back again because it wasn't worth shipping back again plus I was expecting it to work at least for a little while. It lasted overnight My new policy, don't buy Rosewill products. They may work fine for someone else but they don't for me. Dale Actually what I've got is a SanDisk 16GB microSD with an SD adapter. Using my wife's windoze laptop, the SD/microSD combo works fine. My initial use of the card is for Ubuntu linux for a MK802+ mini-pc. The MK802+ boots Android off its internal storage or Ubuntu off of the microSD. So, yes, the card appears to work. David Have you enabled the necessary drivers in your kernel? Boot off a live CD that detects the USB controller and your MicroSD drive and then check what kernel drivers are being used. When you boot back into Gentoo you can enable the same and roll a new kernel. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] udev rules
On Sun, 30 Sep 2012 11:29:09 -0400, David Relson wrote: I have a Rosewill 75 in 1 card reader with slots for USB, SATA, SD, microSD, etc. udev recognizes USB devices and mounts them as /media/whatever. However, when SD and microSD cards are inserted, /var/log/messages doesn't report anything and the cards aren't mounted. I've just replaced my internal card reader had had a similar experience. It turned out I'd forgotten to connect the power connector. The USB ports work on a pass-through, so they were unaffected, but the cards appear to connect to an internal powered hub, which wasn't powered. -- Neil Bothwick I'll be Bach. -- Johann Sebastian Swartzenegger signature.asc Description: PGP signature
Re: [gentoo-user] Udev rules for identical hard drives
Alex Schuster wrote: Dale writes: Alex Schuster wrote: Mark Knecht writes: Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a copy of the output for bad times. https://github.com/pturmel/lsdrv That doesn't work here, and I do not understand why. In line 305 it tries and fails to create /dev/block, which is already existing. if not os.path.exists('/dev/block'): os.mkdir('/dev/block', 0755) Uh, is this a python bug? It works fine with python 2.7, but not with 3.2. But os.path.exists() is quite a basic function, if that wouldn't work, I'd expect all things to break, including emerge. [...] I'm amd64 and it works here. root@fireball / # equery l python * Searching for python ... [IP-] [ ] dev-lang/python-2.7.3-r2:2.7 [IP-] [ ] dev-lang/python-3.2.3:3.2 Um, but did you use eselect to make 3.2 the current version? Wonko Nope. I didn't notice he was trying to use 3.2 until after I hit send. Bad thing about emails, you can't delete them after they are sent. :/ I thought we were supposed to have 2.7 selected for the default and I guess I just assumed that was what he was doing. I guess I am not the only one getting ahead of myself. lol Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Udev rules for identical hard drives
On Fri, Aug 3, 2012 at 1:40 AM, Dale rdalek1...@gmail.com wrote: Nope. I didn't notice he was trying to use 3.2 until after I hit send. Bad thing about emails, you can't delete them after they are sent. :/ In the good old days you could compose offline, and not send them until the next time you dialed up, so you had ample opportunity to retract what you had written if you had second thoughts. :) In the gmail web interface, you can able Undo send feature in Labs, which will give you 5 or 10 seconds to change your mind after clicking send on a message.
Re: [gentoo-user] Udev rules for identical hard drives
Paul Hartman wrote: On Fri, Aug 3, 2012 at 1:40 AM, Dale rdalek1...@gmail.com wrote: Nope. I didn't notice he was trying to use 3.2 until after I hit send. Bad thing about emails, you can't delete them after they are sent. :/ In the good old days you could compose offline, and not send them until the next time you dialed up, so you had ample opportunity to retract what you had written if you had second thoughts. :) In the gmail web interface, you can able Undo send feature in Labs, which will give you 5 or 10 seconds to change your mind after clicking send on a message. But then I wouldn't look like the idiot I am. ^-^ Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Udev rules for identical hard drives
Canek Peláez Valdés writes: On Wed, Aug 1, 2012 at 7:42 PM, Alex Schuster wo...@wonkology.org wrote: Canek Peláez Valdés writes: [ snip ] Oh, and I forgot; doesn't the links in /dev/disk/by-id, /dev/disk/by-label, /dev/disk/by-uuid do what you want to? Those seem to list partitions only, not whole drives. A label for a drive would be nice to have. I'm pretty sure whole drives are there also: $ ll /dev/disk/by-id ... ata-SAMSUNG_HD160JJ_S08HJ10YC13279 - ../../sda ... That's a whole drive right there. Wow, now I feel really stupid :) You are so right, they are there, and I don't why I overlooked them... too many entries there maybe, I have 140. But still. Stuuupid! Thanks, Canek! Wonko
Re: [gentoo-user] Udev rules for identical hard drives
Alex Schuster writes: Canek Peláez Valdés writes: $ ll /dev/disk/by-id ... ata-SAMSUNG_HD160JJ_S08HJ10YC13279 - ../../sda ... That's a whole drive right there. Wow, now I feel really stupid :) You are so right, they are there, and I don't why I overlooked them... too many entries there maybe, I have 140. But still. Stuuupid! I looked again in the terminal at what I did this night, and at least feel a little less stupid now. I had searched for my /dev/sdd drive, and this one just has no label. Only its partitions do, they appear twice, as ata-SAMSUNG_SP1614N_0735J1FW815459-part[15678] and wwn-0x50f0-part[15678]. This drive is an older PATA drive, maybe that's the difference? Wonko
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, Aug 2, 2012 at 3:38 AM, Alex Schuster wo...@wonkology.org wrote: Alex Schuster writes: Canek Peláez Valdés writes: $ ll /dev/disk/by-id ... ata-SAMSUNG_HD160JJ_S08HJ10YC13279 - ../../sda ... That's a whole drive right there. Wow, now I feel really stupid :) You are so right, they are there, and I don't why I overlooked them... too many entries there maybe, I have 140. But still. Stuuupid! I looked again in the terminal at what I did this night, and at least feel a little less stupid now. I had searched for my /dev/sdd drive, and this one just has no label. Only its partitions do, they appear twice, as ata-SAMSUNG_SP1614N_0735J1FW815459-part[15678] and wwn-0x50f0-part[15678]. This drive is an older PATA drive, maybe that's the difference? Wonko Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a copy of the output for bad times. https://github.com/pturmel/lsdrv HTH, Mark
Re: [gentoo-user] Udev rules for identical hard drives
Mark Knecht writes: Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a copy of the output for bad times. https://github.com/pturmel/lsdrv That doesn't work here, and I do not understand why. In line 305 it tries and fails to create /dev/block, which is already existing. if not os.path.exists('/dev/block'): os.mkdir('/dev/block', 0755) Uh, is this a python bug? It works fine with python 2.7, but not with 3.2. But os.path.exists() is quite a basic function, if that wouldn't work, I'd expect all things to break, including emerge. Nice script. Much similar to lshw I think, but it shows more stuff, like LVM names and UUIDS. Thanks! Wonko
Re: [gentoo-user] Udev rules for identical hard drives
Alex Schuster wrote: Mark Knecht writes: Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a copy of the output for bad times. https://github.com/pturmel/lsdrv That doesn't work here, and I do not understand why. In line 305 it tries and fails to create /dev/block, which is already existing. if not os.path.exists('/dev/block'): os.mkdir('/dev/block', 0755) Uh, is this a python bug? It works fine with python 2.7, but not with 3.2. But os.path.exists() is quite a basic function, if that wouldn't work, I'd expect all things to break, including emerge. Nice script. Much similar to lshw I think, but it shows more stuff, like LVM names and UUIDS. Thanks! Wonko I'm amd64 and it works here. root@fireball / # equery l python * Searching for python ... [IP-] [ ] dev-lang/python-2.7.3-r2:2.7 [IP-] [ ] dev-lang/python-3.2.3:3.2 root@fireball / # Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, Aug 2, 2012 at 8:02 AM, Alex Schuster wo...@wonkology.org wrote: Mark Knecht writes: Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a copy of the output for bad times. https://github.com/pturmel/lsdrv That doesn't work here, and I do not understand why. In line 305 it tries and fails to create /dev/block, which is already existing. if not os.path.exists('/dev/block'): os.mkdir('/dev/block', 0755) Uh, is this a python bug? It works fine with python 2.7, but not with 3.2. But os.path.exists() is quite a basic function, if that wouldn't work, I'd expect all things to break, including emerge. Nice script. Much similar to lshw I think, but it shows more stuff, like LVM names and UUIDS. Thanks! Wonko Dunno about the python-3.2 thing. Are you set to use 3.2 by default? (How aggressive of you!) ;-) I'm set to use 2.7 as default which I think is the overall recommendation of dummies like me: c2stable ~ # eselect python list Available Python interpreters: [1] python2.7 * [2] python3.2 c2stable ~ # The script has been around awhile and updated now and again. Possibly it's just not tested with python-3.2? Anyway, the folks on the mdadm RAID list often ask people who had a RAID completely fail if they had the info this script provides taken from prior to the crash so I do it for all my machines and then keep the output in my GMail account for safety. HTH, Mark
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, Aug 02, 2012 at 01:34:04AM +0200, Alex Schuster wrote So I made some udev rules like this, and my drives are called /dev/hd1, hd2 and hd3: SUBSYSTEMS==scsi, KERNEL==sd?, ATTRS{model}==SAMSUNG HD154UI, SYMLINK=hd1 This works fine, and this way I can address them in scripts, smartd and hdparm config files and such. But now I have two identical drives. I had this before with the drive above, but while being identical models, the two drives differed a little in size, so I just had to add ATTR{size}. This does not help with my current drives, and I find nothing in /sys/block/sd?/device/ that differs. Could there be another way to distinguish the drives, like looking at the partition scheme or something? You can get the ATTRS{serial} (i.e. serial number). See the printer example at http://www.reactivated.net/writing_udev_rules.html and adapt to your hard drive. Serial numbers should be unique, even amongst otherwise identical drives... == I power on my printer, and it is assigned device node /dev/lp0. Not satisfied with such a bland name, I decide to use udevinfo to aid me in writing a rule which will provide an alternative name: # udevinfo -a -p $(udevinfo -q path -n /dev/lp0) looking at device '/class/usb/lp0': KERNEL==lp0 SUBSYSTEM==usb DRIVER== ATTR{dev}==180:0 looking at parent device '/devices/pci:00/:00:1d.0/usb1/1-1': SUBSYSTEMS==usb ATTRS{manufacturer}==EPSON ATTRS{product}==USB Printer ATTRS{serial}==L72010011070626380 My rule becomes: SUBSYSTEM==usb, ATTRS{serial}==L72010011070626380, SYMLINK+=epson_680 == -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Udev rules for identical hard drives
On Thursday 02 August 2012 16:50:36 Mark Knecht wrote: Dunno about the python-3.2 thing. Are you set to use 3.2 by default? (How aggressive of you!) ;-) I'm set to use 2.7 as default which I think is the overall recommendation of dummies like me: I thought so too, so I was surprised to find a few weeks ago that something had set 3.2 as default. With 3.2 I get similar results to Alex's but with 2.7 it works properly. -- Rgds Peter
Re: [gentoo-user] Udev rules for identical hard drives
Walter Dnes writes: You can get the ATTRS{serial} (i.e. serial number). See the printer example at http://www.reactivated.net/writing_udev_rules.html and adapt to your hard drive. Serial numbers should be unique, even amongst otherwise identical drives... == I power on my printer, and it is assigned device node /dev/lp0. Not satisfied with such a bland name, I decide to use udevinfo to aid me in writing a rule which will provide an alternative name: # udevinfo -a -p $(udevinfo -q path -n /dev/lp0) looking at device '/class/usb/lp0': KERNEL==lp0 SUBSYSTEM==usb DRIVER== ATTR{dev}==180:0 looking at parent device '/devices/pci:00/:00:1d.0/usb1/1-1': SUBSYSTEMS==usb ATTRS{manufacturer}==EPSON ATTRS{product}==USB Printer ATTRS{serial}==L72010011070626380 My rule becomes: SUBSYSTEM==usb, ATTRS{serial}==L72010011070626380, SYMLINK+=epson_680 That's exactly what I would like to have! I have a working solution, but using UDEV would seem more adequate. But: I cannot find a serial number for my hard drives in the output. And shouldn't there be a file named 'serial' in /sys? I have some, but not for my block devices, only for USB and in /sys/{bus,pci}/drivers/. BTW, sys-fs/udev-187 does not have the 'udevinfo' command, it seems to be 'udevadm info' now. Wonko
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, Aug 2, 2012 at 10:43 AM, Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Thursday 02 August 2012 16:50:36 Mark Knecht wrote: Dunno about the python-3.2 thing. Are you set to use 3.2 by default? (How aggressive of you!) ;-) I'm set to use 2.7 as default which I think is the overall recommendation of dummies like me: I thought so too, so I was surprised to find a few weeks ago that something had set 3.2 as default. With 3.2 I get similar results to Alex's but with 2.7 it works properly. -- Rgds Peter I haven't found any official Gentoo documentation that says we should be using anything other than 2.7 as default. If something changed a setting like that (during an install or otherwise) it could be quite frustrating to find. Sorry for your problems. I've seen one package in an overlay that's starting to look for python-4. Scary! Cheers, Mark
Re: [gentoo-user] Udev rules for identical hard drives
Dale writes: Alex Schuster wrote: Mark Knecht writes: Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a copy of the output for bad times. https://github.com/pturmel/lsdrv That doesn't work here, and I do not understand why. In line 305 it tries and fails to create /dev/block, which is already existing. if not os.path.exists('/dev/block'): os.mkdir('/dev/block', 0755) Uh, is this a python bug? It works fine with python 2.7, but not with 3.2. But os.path.exists() is quite a basic function, if that wouldn't work, I'd expect all things to break, including emerge. [...] I'm amd64 and it works here. root@fireball / # equery l python * Searching for python ... [IP-] [ ] dev-lang/python-2.7.3-r2:2.7 [IP-] [ ] dev-lang/python-3.2.3:3.2 Um, but did you use eselect to make 3.2 the current version? Wonko
Re: [gentoo-user] Udev rules for identical hard drives
Mark Knecht writes: On Thu, Aug 2, 2012 at 8:02 AM, Alex Schuster wo...@wonkology.org wrote: Mark Knecht writes: Check out the very nice 'lsdrv' script by Phil Turmel. Run it, save a copy of the output for bad times. https://github.com/pturmel/lsdrv That doesn't work here, and I do not understand why. In line 305 it tries and fails to create /dev/block, which is already existing. if not os.path.exists('/dev/block'): os.mkdir('/dev/block', 0755) Uh, is this a python bug? It works fine with python 2.7, but not with 3.2. But os.path.exists() is quite a basic function, if that wouldn't work, I'd expect all things to break, including emerge. Nice script. Much similar to lshw I think, but it shows more stuff, like LVM names and UUIDS. Thanks! Dunno about the python-3.2 thing. Are you set to use 3.2 by default? (How aggressive of you!) ;-) I'm set to use 2.7 as default which I think is the overall recommendation of dummies like me: Portage should work well with 3.2 now, but I wouldn't wonder much if something would break. I don't mind much about this, when it happens I file a bug report, and use 2.7 again. But the problem with os.path.exists() seems weird to me. c2stable ~ # eselect python list Available Python interpreters: [1] python2.7 * [2] python3.2 c2stable ~ # The script has been around awhile and updated now and again. Possibly it's just not tested with python-3.2? I guess so. Hmm, does anybody want to provide an ebuild on bugs.gentoo.org for it? It would be nice to have it in portage. Wonko
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, 2 Aug 2012 12:59:19 -0400, Walter Dnes wrote: You can get the ATTRS{serial} (i.e. serial number). Not all drives supply this. I have a pair of Seagate drives and a pair of WD drives. Neither drive is distinguishable from its twin with udev attributes. -- Neil Bothwick If nothing sticks to Teflon, how do they stick teflon on the pan? signature.asc Description: PGP signature
Re: [gentoo-user] Udev rules for identical hard drives
On Thu, 2 Aug 2012 19:43:50 +0200, Alex Schuster wrote: BTW, sys-fs/udev-187 does not have the 'udevinfo' command, it seems to be 'udevadm info' now. udevinfo disappeared a long time ago. I wrote a script called udevinfo to call mdadm info so that I didn't need thchage my setup, it is dated October 2008 :-O -- Neil Bothwick RAM DISK is NOT an installation procedure! signature.asc Description: PGP signature
Re: [gentoo-user] Udev rules for identical hard drives
On Wed, Aug 1, 2012 at 6:34 PM, Alex Schuster wo...@wonkology.org wrote: Hi there! I do not understand the numbering of my hard drives. There may be some inherent logic, but whenever I make some changes, like replacing drives, or changing BIOS settings, the order changes. Maybe it's even more random. So I made some udev rules like this, and my drives are called /dev/hd1, hd2 and hd3: SUBSYSTEMS==scsi, KERNEL==sd?, ATTRS{model}==SAMSUNG HD154UI, SYMLINK=hd1 This works fine, and this way I can address them in scripts, smartd and hdparm config files and such. But now I have two identical drives. I had this before with the drive above, but while being identical models, the two drives differed a little in size, so I just had to add ATTR{size}. This does not help with my current drives, and I find nothing in /sys/block/sd?/device/ that differs. Could there be another way to distinguish the drives, like looking at the partition scheme or something? If you want to distinguish partitions, I would recommend using labels (in fstab too); those never change unless you specifically change them. Then, no matter how you put them in your machine, they will get mounted correctly, and then you don't need to fuzz with udev rules. Also, as a superficial bonus, they get mounted using the label and it looks nice in your file browser. The drives themselves I see no reason to recognize them, why do you need to do that? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Udev rules for identical hard drives
On Wed, Aug 1, 2012 at 6:59 PM, Canek Peláez Valdés can...@gmail.com wrote: On Wed, Aug 1, 2012 at 6:34 PM, Alex Schuster wo...@wonkology.org wrote: Hi there! I do not understand the numbering of my hard drives. There may be some inherent logic, but whenever I make some changes, like replacing drives, or changing BIOS settings, the order changes. Maybe it's even more random. So I made some udev rules like this, and my drives are called /dev/hd1, hd2 and hd3: SUBSYSTEMS==scsi, KERNEL==sd?, ATTRS{model}==SAMSUNG HD154UI, SYMLINK=hd1 This works fine, and this way I can address them in scripts, smartd and hdparm config files and such. But now I have two identical drives. I had this before with the drive above, but while being identical models, the two drives differed a little in size, so I just had to add ATTR{size}. This does not help with my current drives, and I find nothing in /sys/block/sd?/device/ that differs. Could there be another way to distinguish the drives, like looking at the partition scheme or something? If you want to distinguish partitions, I would recommend using labels (in fstab too); those never change unless you specifically change them. Then, no matter how you put them in your machine, they will get mounted correctly, and then you don't need to fuzz with udev rules. Also, as a superficial bonus, they get mounted using the label and it looks nice in your file browser. The drives themselves I see no reason to recognize them, why do you need to do that? Oh, and I forgot; doesn't the links in /dev/disk/by-id, /dev/disk/by-label, /dev/disk/by-uuid do what you want to? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Udev rules for identical hard drives
Canek Peláez Valdés writes: On Wed, Aug 1, 2012 at 6:59 PM, Canek Peláez Valdés can...@gmail.com wrote: On Wed, Aug 1, 2012 at 6:34 PM, Alex Schuster wo...@wonkology.org wrote: [...] Could there be another way to distinguish the drives, like looking at the partition scheme or something? If you want to distinguish partitions, I would recommend using labels (in fstab too); those never change unless you specifically change them. Then, no matter how you put them in your machine, they will get mounted correctly, and then you don't need to fuzz with udev rules. Also, as a superficial bonus, they get mounted using the label and it looks nice in your file browser. I'm aware of that, and I would use this, if I weren't using LVM and encryption on top of that. So I do not deal with raw partitions at all, but with partitions like /dev/mapper/root or /dev/weird/portage. Oh, this gives me an idea of what to use as workaround: If what I would like to have is not possible, I will add a little start script in /etc/local.d/ which calls pvscan to check which volume groups belong to which drives, and creates the symlinks. The drives themselves I see no reason to recognize them, why do you need to do that? Well, I don't really *need* this. But it's convenient. - I have a monitoring plasmoid on my desktop that shows whether a drive is active or on standby, and also gives the temperature of my always running system drive. If there were a mixup, calling hddtemp on a sleeping drive would wake it up. - I have different idle time settings in /etc/conf.d/hdparm, and I spin down two drives immediately after I have booted. - Same goes for a little script I use for suspend-to-ram. It makes use of the rtcwake command to make the PC wake up in the morning (before I get up), and along other stuff spins down drives. - And I have different settings in /etc/smartd.conf. Oh, and I forgot; doesn't the links in /dev/disk/by-id, /dev/disk/by-label, /dev/disk/by-uuid do what you want to? Those seem to list partitions only, not whole drives. A label for a drive would be nice to have. Uh, and here's the little start script I just wrote. No idea why I call my drives hd1 to hd4 instead of using the name of the only volume group they have, but I'll keep it like that for now. str=$( pvscan ) hd() { hd=$( echo $str | grep $1 | head -n 1 | awk '{print $2}' ) echo ${hd//[0-9]/} } ln -s $( hd weird ) /dev/hd1 ln -s $( hd weird2 ) /dev/hd2 ln -s $( hd weird3 ) /dev/hd3 ln -s $( hd pata1 ) /dev/hd4 Wonko
Re: [gentoo-user] Udev rules for identical hard drives
On Wed, Aug 1, 2012 at 7:42 PM, Alex Schuster wo...@wonkology.org wrote: Canek Peláez Valdés writes: [ snip ] Oh, and I forgot; doesn't the links in /dev/disk/by-id, /dev/disk/by-label, /dev/disk/by-uuid do what you want to? Those seem to list partitions only, not whole drives. A label for a drive would be nice to have. I'm pretty sure whole drives are there also: $ ll /dev/disk/by-id ... ata-SAMSUNG_HD160JJ_S08HJ10YC13279 - ../../sda ... That's a whole drive right there. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] udev rules for an iPod Touch?
Your user should be in plugdev, with the mountpoiny rwx by plugdev. I have root:plugdev rwxrwxr-x. I have more written, but I'm travellong atm. Use app-pda/ideviceinstaller -l to get AppIds then use ifuse --appid to mount Apps 'Documents' folders (to pass them music/videos/ebooks). I needed ifuse libimobiledevice from git for my updated ipad1. On Nov 13, 2011 5:06 a.m., Mark Knecht markkne...@gmail.com wrote: On Wed, Nov 9, 2011 at 3:14 PM, James Broadhead jamesbroadh...@gmail.com wrote: As for native support, it looks as though Apple have updated their protocol, so if you've a new i*, or have updated recently, then the in-portage versions of ifuse and libimobiledevice won't work - I've just gotten my updated iPad working with current git versions of both however. I've also been working on: http://wiki.gentoo.org/wiki/Apple_ipod,_ipad,_iphone Please feel free to add to it. :) J Hi James, Sitting here this evening I remembered you had posted this so I thought I'd give it a try. While there's a lot of life I still don't have a connection. Here's what I see following along with your commands: 1) idevice_id just prints a help list. However idevice_id -l does give me a serial number. 2) ideviceinfo prints lots of information from the ipod. 3) idevicepair pair idevicepair validate report success. Great so far. 5) ifuse /mnt/ipod does mount the ipod. I can cd to /mnt/ipod and see directories, etc. k2 ipod # ls -la total 4 drwxr-xr-x 0 root root 204 Dec 31 1969 . drwxr-xr-x 9 root root 4096 Nov 4 17:50 .. drwxr-xr-x 0 root root 102 Dec 31 1969 DCIM drwxr-xr-x 0 root root 102 Dec 31 1969 Downloads -rw-r--r-- 0 root root0 Dec 31 1969 com.apple.itunes.lock_sync drwxr-xr-x 0 root root 204 Dec 31 1969 iTunes_Control k2 ipod # At this point I start gtkpod but cannot find the ipod. I'm wondering what root might need to do to make /mnt/ipod visible to my user account? Should I be adding my id to some groups possibly? Something else? Thanks for the write-up. - Mark
Re: [gentoo-user] udev rules for an iPod Touch?
On 16 November 2011 08:42, James Broadhead jamesbroadh...@gmail.com wrote: Your user should be in plugdev, with the mountpoiny rwx by plugdev. I have root:plugdev rwxrwxr-x. Oh, and run ifuse as the user, not as root :)
Re: [gentoo-user] udev rules for an iPod Touch?
On Wed, Nov 16, 2011 at 1:21 AM, James Broadhead jamesbroadh...@gmail.com wrote: On 16 November 2011 08:42, James Broadhead jamesbroadh...@gmail.com wrote: Your user should be in plugdev, with the mountpoiny rwx by plugdev. I have root:plugdev rwxrwxr-x. Oh, and run ifuse as the user, not as root :) I'll look into both of those. Thanks. I got the Kindle Fire yesterday (2 days earlier than they originally told me.) As far as I'm concerned the device is almost brilliant. At least 4.5 stars. It's Android based, pure USB and very accessible. Just hooked it up to my Gentoo box, mounted it, found the Video directory, downloaded some movies ripped in Handbrake and started enjoying it. Took about 20 minutes from opening the box until it was playing a movie. Storage is a little small. 8GB internal, about 6.3GB available to me, but for $199 I have to say that having a portable reader/movie player that also gives you free video if you're an Amazon Prime member and has apps for playing NetFlix Instant Watch and Hulu+ is really nice. Personally I like the 7 screen format but the device does feel a little heavy. Batteries lasted all day and through the evening. - Mark
Re: [gentoo-user] udev rules for an iPod Touch?
On Wed, Nov 9, 2011 at 3:14 PM, James Broadhead jamesbroadh...@gmail.com wrote: As for native support, it looks as though Apple have updated their protocol, so if you've a new i*, or have updated recently, then the in-portage versions of ifuse and libimobiledevice won't work - I've just gotten my updated iPad working with current git versions of both however. I've also been working on: http://wiki.gentoo.org/wiki/Apple_ipod,_ipad,_iphone Please feel free to add to it. :) J Hi James, Sitting here this evening I remembered you had posted this so I thought I'd give it a try. While there's a lot of life I still don't have a connection. Here's what I see following along with your commands: 1) idevice_id just prints a help list. However idevice_id -l does give me a serial number. 2) ideviceinfo prints lots of information from the ipod. 3) idevicepair pair idevicepair validate report success. Great so far. 5) ifuse /mnt/ipod does mount the ipod. I can cd to /mnt/ipod and see directories, etc. k2 ipod # ls -la total 4 drwxr-xr-x 0 root root 204 Dec 31 1969 . drwxr-xr-x 9 root root 4096 Nov 4 17:50 .. drwxr-xr-x 0 root root 102 Dec 31 1969 DCIM drwxr-xr-x 0 root root 102 Dec 31 1969 Downloads -rw-r--r-- 0 root root0 Dec 31 1969 com.apple.itunes.lock_sync drwxr-xr-x 0 root root 204 Dec 31 1969 iTunes_Control k2 ipod # At this point I start gtkpod but cannot find the ipod. I'm wondering what root might need to do to make /mnt/ipod visible to my user account? Should I be adding my id to some groups possibly? Something else? Thanks for the write-up. - Mark
Re: [gentoo-user] udev rules for an iPod Touch?
Am Montag 07 November 2011, 10:28:41 schrieb J. Roeleveld: On Sun, November 6, 2011 6:49 pm, Volker Armin Hemmann wrote: Am Samstag 05 November 2011, 20:45:15 schrieb Joost Roeleveld: Virtualbox has decent USB-pass-through support. Even quite high performance. Thanks for your help. I do appreciate it virtualbox is also pretty broken at the moment. Broken in what way? I am happily using it without any issues. the worst way: http://www.phoronix.com/scan.php?page=news_itempx=OTk5Mw -- #163933
Re: [gentoo-user] udev rules for an iPod Touch?
On Wed, Nov 9, 2011 at 7:17 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am Montag 07 November 2011, 10:28:41 schrieb J. Roeleveld: On Sun, November 6, 2011 6:49 pm, Volker Armin Hemmann wrote: Am Samstag 05 November 2011, 20:45:15 schrieb Joost Roeleveld: Virtualbox has decent USB-pass-through support. Even quite high performance. Thanks for your help. I do appreciate it virtualbox is also pretty broken at the moment. Broken in what way? I am happily using it without any issues. the worst way: http://www.phoronix.com/scan.php?page=news_itempx=OTk5Mw Yeah, it was sort of fun to watch that thread as it occurred on LKML. Personally I felt the Phoronix article was a bit of a troll as the best he could do personally was say that he had problems a year ago, but I believe the kernel devs are telling the truth as best they know it about the number of bug reports they get. Let's remember however that they probably don't here much from those of us who use it successfully. What I'm not clear about Volker is whether _you_ are a user of Virtualbox and have had problems with recent versions yourself or just down on the application because of what you read? - Mark
Re: [gentoo-user] udev rules for an iPod Touch?
Am Mittwoch 09 November 2011, 10:22:42 schrieb Mark Knecht: On Wed, Nov 9, 2011 at 7:17 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am Montag 07 November 2011, 10:28:41 schrieb J. Roeleveld: On Sun, November 6, 2011 6:49 pm, Volker Armin Hemmann wrote: Am Samstag 05 November 2011, 20:45:15 schrieb Joost Roeleveld: Virtualbox has decent USB-pass-through support. Even quite high performance. Thanks for your help. I do appreciate it virtualbox is also pretty broken at the moment. Broken in what way? I am happily using it without any issues. the worst way: http://www.phoronix.com/scan.php?page=news_itempx=OTk5Mw Yeah, it was sort of fun to watch that thread as it occurred on LKML. Personally I felt the Phoronix article was a bit of a troll as the best he could do personally was say that he had problems a year ago, but I believe the kernel devs are telling the truth as best they know it about the number of bug reports they get. Let's remember however that they probably don't here much from those of us who use it successfully. What I'm not clear about Volker is whether _you_ are a user of Virtualbox and have had problems with recent versions yourself or just down on the application because of what you read? - Mark except random crahes here and there and two instances of a virtual machine deconstructing itself, no, no problems here. -- #163933
Re: [gentoo-user] udev rules for an iPod Touch?
On Wed, Nov 9, 2011 at 10:54 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am Mittwoch 09 November 2011, 10:22:42 schrieb Mark Knecht: On Wed, Nov 9, 2011 at 7:17 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am Montag 07 November 2011, 10:28:41 schrieb J. Roeleveld: On Sun, November 6, 2011 6:49 pm, Volker Armin Hemmann wrote: Am Samstag 05 November 2011, 20:45:15 schrieb Joost Roeleveld: Virtualbox has decent USB-pass-through support. Even quite high performance. Thanks for your help. I do appreciate it virtualbox is also pretty broken at the moment. Broken in what way? I am happily using it without any issues. the worst way: http://www.phoronix.com/scan.php?page=news_itempx=OTk5Mw Yeah, it was sort of fun to watch that thread as it occurred on LKML. Personally I felt the Phoronix article was a bit of a troll as the best he could do personally was say that he had problems a year ago, but I believe the kernel devs are telling the truth as best they know it about the number of bug reports they get. Let's remember however that they probably don't here much from those of us who use it successfully. What I'm not clear about Volker is whether _you_ are a user of Virtualbox and have had problems with recent versions yourself or just down on the application because of what you read? - Mark except random crahes here and there and two instances of a virtual machine deconstructing itself, no, no problems here. OK, good information, although I'm sorry you had the problems. - Mark
Re: [gentoo-user] udev rules for an iPod Touch?
As for native support, it looks as though Apple have updated their protocol, so if you've a new i*, or have updated recently, then the in-portage versions of ifuse and libimobiledevice won't work - I've just gotten my updated iPad working with current git versions of both however. I've also been working on: http://wiki.gentoo.org/wiki/Apple_ipod,_ipad,_iphone Please feel free to add to it. :) J
Re: [gentoo-user] udev rules for an iPod Touch?
On Sun, November 6, 2011 6:49 pm, Volker Armin Hemmann wrote: Am Samstag 05 November 2011, 20:45:15 schrieb Joost Roeleveld: Virtualbox has decent USB-pass-through support. Even quite high performance. Thanks for your help. I do appreciate it virtualbox is also pretty broken at the moment. Broken in what way? I am happily using it without any issues. -- Joost
Re: [gentoo-user] udev rules for an iPod Touch?
On Sat, Nov 5, 2011 at 8:06 PM, Pandu Poluan pa...@poluan.info wrote: On Nov 5, 2011 6:51 PM, Mark Knecht markkne...@gmail.com wrote: (I do that a lot because my blood is pretty unique.) (sorry for the offtopicness, but I really am curious) AB+ ? Rgds, Yeah, off topic, and a good first guess. I'm AB+ which makes my plasma universal donor, but I'm also but also CMV- which makes it appropriate for people who have suppressed immune systems. (Newborn babies, AIDS patients, etc.) I've been donating for about 10 years now (since 9/11) and in fact donated both platelets and plasma yesterday afternoon. I'm told that in the U.S. the AB+/CMV- combination makes my type way below 1% in my age group. As a whole blood donor my AB+ can only be used by other AB+ people, but my plasma can be used by anyone. Plasma can be frozen and keeps for up to a year so I'm pretty much assured that everything I donate is used somewhere. I hope anyone reading who doesn't donate will at least consider donating. Even donating once a year is a big help. It's not painful and whole blood donations are easy. I do apheresis which takes longer as it draws my blood, separates the contents, keeps the plasma platelets and then returns the rest of my blood back to my body. (Spooky!) ;-) Cheers, Mark
Re: [gentoo-user] udev rules for an iPod Touch?
On 5 November 2011 19:45, Joost Roeleveld jo...@antarean.org wrote: On Saturday, November 05, 2011 04:48:54 AM Mark Knecht wrote: On Sat, Nov 5, 2011 at 2:39 AM, Joost Roeleveld jo...@antarean.org wrote: On Friday, November 04, 2011 06:03:55 PM Mark Knecht wrote: 2011/11/4 Jorge Martínez López jorg...@gmail.com: Did you install app-pda/ifuse and app-pda/libimobiledevice (dependency of ifuse and gtkpod)?. I do not recall touching any udev rule. Hi Jorge, Thanks for the ifuse idea. ifuse /mnt/ipod does seem to get the device mounted. However just poking around in the /mnt/ipod directory isn't very clear by itself about how music (and one day hopefully videos) are stored. Maybe I can find some info somewhere to help with that if necessary. Even with the device mounted it doesn't seem to be visible to gtkpod, and there aren't any new USB disk messages in dmesg. Just a single ifuse message is all that's added. Well, at least I can sort of communicate with the ipod even if I cannot do anything interesting yet I haven't played with my iPod touch yet, but the older models all worked with gtkpod. You might need to tell gtkpod to open the ipod by pointing it where it is mounted I have the same problem, with an iPad, but effectively the same. iPods work on the local Ubuntu machine, and I believe that usbmuxd is the problem in this case. It's supposed to pick up the ipod announce in dmesg and take over. I can't test atm, but it looks like a good place to start. Take a look here: http://marcansoft.com/blog/2009/10/iphone-syncing-on-linux-part-2/ which is a little old, but has piles of info. I'm thinking of updating the HFS+ page on gentoo-wiki - if we figure this out, maybe we can write up a good guide for Apple i* devices.
Re: [gentoo-user] udev rules for an iPod Touch?
Mark Knecht wrote: I hope anyone reading who doesn't donate will at least consider donating. Even donating once a year is a big help. It's not painful and whole blood donations are easy. I do apheresis which takes longer as it draws my blood, separates the contents, keeps the plasma platelets and then returns the rest of my blood back to my body. (Spooky!) ;-) Cheers, Mark I would draw the line at it coming back. If something wasn't cleaned right, they will find it when they test the blood later. Thing is, if something wasn't cleaned right, you get it back. I'd just drink a glass of orange juice. lol Dale :-) :-)
Re: [gentoo-user] udev rules for an iPod Touch?
On Sun, Nov 6, 2011 at 7:10 AM, Dale rdalek1...@gmail.com wrote: Mark Knecht wrote: I hope anyone reading who doesn't donate will at least consider donating. Even donating once a year is a big help. It's not painful and whole blood donations are easy. I do apheresis which takes longer as it draws my blood, separates the contents, keeps the plasma platelets and then returns the rest of my blood back to my body. (Spooky!) ;-) Cheers, Mark I would draw the line at it coming back. If something wasn't cleaned right, they will find it when they test the blood later. Thing is, if something wasn't cleaned right, you get it back. I'd just drink a glass of orange juice. lol Dale Yeah, that was my concern before I started doing the process it but it's a very interesting engineering solution to building a closed system where everything is put in brand new for each donation. It's this huge package of plastic tubes and hoses which are sealed until moments before the blood draw so I'm not overly worried, but it's really easy to understand why others would be, and for those folks they should just do whole blood donations which only take blood out and nothing returns. With those it's only a matter of a clean needle. - Mark
Re: [gentoo-user] udev rules for an iPod Touch?
On Sun, 6 Nov 2011 06:16:59 -0800, Mark Knecht wrote: I hope anyone reading who doesn't donate will at least consider donating. I used to9, but I'm no longer allowed to. In the UK, anyone who received a transfusion before 1981 is no longer able to donate, I received blood in December 1980. It's something to do with CJD/Mad Cow disease, no jokes about the wife please... she may read this and prove them right! -- Neil Bothwick Excuse for the day: daemons did it signature.asc Description: PGP signature
Re: [gentoo-user] udev rules for an iPod Touch?
Mark Knecht wrote: On Sun, Nov 6, 2011 at 7:10 AM, Dalerdalek1...@gmail.com wrote: Mark Knecht wrote: I hope anyone reading who doesn't donate will at least consider donating. Even donating once a year is a big help. It's not painful and whole blood donations are easy. I do apheresis which takes longer as it draws my blood, separates the contents, keeps the plasma platelets and then returns the rest of my blood back to my body. (Spooky!) ;-) Cheers, Mark I would draw the line at it coming back. If something wasn't cleaned right, they will find it when they test the blood later. Thing is, if something wasn't cleaned right, you get it back. I'd just drink a glass of orange juice. lol Dale Yeah, that was my concern before I started doing the process it but it's a very interesting engineering solution to building a closed system where everything is put in brand new for each donation. It's this huge package of plastic tubes and hoses which are sealed until moments before the blood draw so I'm not overly worried, but it's really easy to understand why others would be, and for those folks they should just do whole blood donations which only take blood out and nothing returns. With those it's only a matter of a clean needle. - Mark Well, if they do all that, then I could see how that isn't a problem. I still sort of like the one clean needle thing tho. I got enough health issues so I don't need some microscopic critter hitching a ride and making more problems for me. So, be careful. Keep a eye on them. Wouldn't want to lose a Gentoo user. ^_^ Dale :-) :-)
Re: [gentoo-user] udev rules for an iPod Touch?
On Sun, Nov 6, 2011 at 7:33 AM, Neil Bothwick n...@digimed.co.uk wrote: On Sun, 6 Nov 2011 06:16:59 -0800, Mark Knecht wrote: I hope anyone reading who doesn't donate will at least consider donating. I used to9, but I'm no longer allowed to. In the UK, anyone who received a transfusion before 1981 is no longer able to donate, I received blood in December 1980. It's something to do with CJD/Mad Cow disease, no jokes about the wife please... she may read this and prove them right! -- Neil Bothwick Excuse for the day: daemons did it We have the same limitations here and it is about Mad Cow. (Not 'THE Mad Cow' you crazy Brit!) ;-)
Re: [gentoo-user] udev rules for an iPod Touch?
Am Samstag 05 November 2011, 20:45:15 schrieb Joost Roeleveld: Virtualbox has decent USB-pass-through support. Even quite high performance. Thanks for your help. I do appreciate it virtualbox is also pretty broken at the moment. -- #163933
Re: [gentoo-user] udev rules for an iPod Touch?
On Friday, November 04, 2011 06:03:55 PM Mark Knecht wrote: 2011/11/4 Jorge Martínez López jorg...@gmail.com: Did you install app-pda/ifuse and app-pda/libimobiledevice (dependency of ifuse and gtkpod)?. I do not recall touching any udev rule. Greetings, -- Jorge Martínez López jorg...@gmail.com http://www.jorgeml.net Google Talk / XMPP: jorg...@gmail.com Hi Jorge, Thanks for the ifuse idea. ifuse /mnt/ipod does seem to get the device mounted. However just poking around in the /mnt/ipod directory isn't very clear by itself about how music (and one day hopefully videos) are stored. Maybe I can find some info somewhere to help with that if necessary. Even with the device mounted it doesn't seem to be visible to gtkpod, and there aren't any new USB disk messages in dmesg. Just a single ifuse message is all that's added. Well, at least I can sort of communicate with the ipod even if I cannot do anything interesting yet. Thanks! - Mark Mark, I haven't played with my iPod touch yet, but the older models all worked with gtkpod. You might need to tell gtkpod to open the ipod by pointing it where it is mounted. Menu: Edit - Repository/iPod Options Then click on Add new repository/iPod and fill in the details for your iPod. (The backup-file is in my home-dir on my desktop for mine) Any files you manually copy to the iPod will NOT be picked up as a database file needs to be updated as well. Apple also has this annoying tendency to change the DB-structure for every version and gtkpod needs to have specific support for your model for it to work. -- Joost
Re: [gentoo-user] udev rules for an iPod Touch?
On Sat, Nov 5, 2011 at 2:39 AM, Joost Roeleveld jo...@antarean.org wrote: On Friday, November 04, 2011 06:03:55 PM Mark Knecht wrote: 2011/11/4 Jorge Martínez López jorg...@gmail.com: Did you install app-pda/ifuse and app-pda/libimobiledevice (dependency of ifuse and gtkpod)?. I do not recall touching any udev rule. Greetings, -- Jorge Martínez López jorg...@gmail.com http://www.jorgeml.net Google Talk / XMPP: jorg...@gmail.com Hi Jorge, Thanks for the ifuse idea. ifuse /mnt/ipod does seem to get the device mounted. However just poking around in the /mnt/ipod directory isn't very clear by itself about how music (and one day hopefully videos) are stored. Maybe I can find some info somewhere to help with that if necessary. Even with the device mounted it doesn't seem to be visible to gtkpod, and there aren't any new USB disk messages in dmesg. Just a single ifuse message is all that's added. Well, at least I can sort of communicate with the ipod even if I cannot do anything interesting yet. Thanks! - Mark Mark, I haven't played with my iPod touch yet, but the older models all worked with gtkpod. You might need to tell gtkpod to open the ipod by pointing it where it is mounted. Menu: Edit - Repository/iPod Options Then click on Add new repository/iPod and fill in the details for your iPod. (The backup-file is in my home-dir on my desktop for mine) Any files you manually copy to the iPod will NOT be picked up as a database file needs to be updated as well. Apple also has this annoying tendency to change the DB-structure for every version and gtkpod needs to have specific support for your model for it to work. -- Joost Hi Joost, Ah...insomnia...a great excuse for playing with computers and answering emails... ;-) I had the same idea about telling gtkpod to use this specific iPod when I started with this, but as best I can tell so far gtkpod won't see the iPod unless it shows up in dmesg as a USB disk drive. I believe I read that on their Wiki and was going to try and find the link at www.gtkpod.org to verify that but the web site isn't responding right now. I'll double check that later. The iPod she has is a First Generation version. It won't run iOS more recent that 3.x so she cannot get any of the newer features with iOS5 like NetFlix movies. (At least as far as I can tell so far. I haven't checked that out very much yet.) My real need here is pretty small. I was trying to find something nice for my wife 'cause she's been doing nice things for me, but there's no rush on this. My personal interest was really because I've got a Kindle Fire coming in a couple of weeks which I want to use to watch movies when I'm donating blood. (I do that a lot because my blood is pretty unique.) Anyway, I figured out Handbrake for ripping my DVD collection and was going to use the iPod to test the video playback. Anyway, I can probably do that from a Windows VM, or worst case boot my laptop into Windows and do it native if required. Thanks for your help. I do appreciate it. Cheers, Mark
Re: [gentoo-user] udev rules for an iPod Touch?
On Saturday, November 05, 2011 04:48:54 AM Mark Knecht wrote: On Sat, Nov 5, 2011 at 2:39 AM, Joost Roeleveld jo...@antarean.org wrote: On Friday, November 04, 2011 06:03:55 PM Mark Knecht wrote: 2011/11/4 Jorge Martínez López jorg...@gmail.com: Did you install app-pda/ifuse and app-pda/libimobiledevice (dependency of ifuse and gtkpod)?. I do not recall touching any udev rule. Greetings, -- Jorge Martínez López jorg...@gmail.com http://www.jorgeml.net Google Talk / XMPP: jorg...@gmail.com Hi Jorge, Thanks for the ifuse idea. ifuse /mnt/ipod does seem to get the device mounted. However just poking around in the /mnt/ipod directory isn't very clear by itself about how music (and one day hopefully videos) are stored. Maybe I can find some info somewhere to help with that if necessary. Even with the device mounted it doesn't seem to be visible to gtkpod, and there aren't any new USB disk messages in dmesg. Just a single ifuse message is all that's added. Well, at least I can sort of communicate with the ipod even if I cannot do anything interesting yet. Thanks! - Mark Mark, I haven't played with my iPod touch yet, but the older models all worked with gtkpod. You might need to tell gtkpod to open the ipod by pointing it where it is mounted. Menu: Edit - Repository/iPod Options Then click on Add new repository/iPod and fill in the details for your iPod. (The backup-file is in my home-dir on my desktop for mine) Any files you manually copy to the iPod will NOT be picked up as a database file needs to be updated as well. Apple also has this annoying tendency to change the DB-structure for every version and gtkpod needs to have specific support for your model for it to work. -- Joost Hi Joost, Ah...insomnia...a great excuse for playing with computers and answering emails... ;-) I had the same idea about telling gtkpod to use this specific iPod when I started with this, but as best I can tell so far gtkpod won't see the iPod unless it shows up in dmesg as a USB disk drive. I believe I read that on their Wiki and was going to try and find the link at www.gtkpod.org to verify that but the web site isn't responding right now. I'll double check that later. Maybe for auto-detection, but the first time I played with gtkpod, I had problems auto-mounting usb-devices and always did the mounting as root. Telling gtkpod where the iPod was mounted was sufficient. The iPod she has is a First Generation version. It won't run iOS more recent that 3.x so she cannot get any of the newer features with iOS5 like NetFlix movies. (At least as far as I can tell so far. I haven't checked that out very much yet.) I never did, my previous employer had a tendency to give out new iPods each year. Not sure if they still do, I would have preferred something more usefull, like an eReader. My real need here is pretty small. I was trying to find something nice for my wife 'cause she's been doing nice things for me, but there's no rush on this. My personal interest was really because I've got a Kindle Fire coming in a couple of weeks which I want to use to watch movies when I'm donating blood. (I do that a lot because my blood is pretty unique.) Anyway, I figured out Handbrake for ripping my DVD collection and was going to use the iPod to test the video playback. Anyway, I can probably do that from a Windows VM, or worst case boot my laptop into Windows and do it native if required. Virtualbox has decent USB-pass-through support. Even quite high performance. Thanks for your help. I do appreciate it.
Re: [gentoo-user] udev rules for an iPod Touch?
On Nov 5, 2011 6:51 PM, Mark Knecht markkne...@gmail.com wrote: (I do that a lot because my blood is pretty unique.) (sorry for the offtopicness, but I really am curious) AB+ ? Rgds,
Re: [gentoo-user] udev rules for an iPod Touch?
Did you install app-pda/ifuse and app-pda/libimobiledevice (dependency of ifuse and gtkpod)?. I do not recall touching any udev rule. Greetings, -- Jorge Martínez López jorg...@gmail.com http://www.jorgeml.net Google Talk / XMPP: jorg...@gmail.com
Re: [gentoo-user] udev rules for an iPod Touch?
2011/11/4 Jorge Martínez López jorg...@gmail.com: Did you install app-pda/ifuse and app-pda/libimobiledevice (dependency of ifuse and gtkpod)?. I do not recall touching any udev rule. Greetings, -- Jorge Martínez López jorg...@gmail.com http://www.jorgeml.net Google Talk / XMPP: jorg...@gmail.com Hi Jorge, Thanks for the ifuse idea. ifuse /mnt/ipod does seem to get the device mounted. However just poking around in the /mnt/ipod directory isn't very clear by itself about how music (and one day hopefully videos) are stored. Maybe I can find some info somewhere to help with that if necessary. Even with the device mounted it doesn't seem to be visible to gtkpod, and there aren't any new USB disk messages in dmesg. Just a single ifuse message is all that's added. Well, at least I can sort of communicate with the ipod even if I cannot do anything interesting yet. Thanks! - Mark
Re: [gentoo-user] udev rules and boot + SCSI disks
Am Dienstag, 30. Mai 2006 06:00 schrieb ext Leandro Melo de Sales: When I boot from livecd the configuration of my disks is as follows: BUS=scsi /dev/sda - SYSFS{model}==SAMSUNG SP... BUS=scsi /dev/sdb - SYSFS{model}==SysOp SATA or real SCSI? I got this information through udevinfo shell command. /dev/sdb has BIOS boot priority, so I installed grub on it. Try to give sda boot priority, install grub on it and tell grub to boot Linux from sdb, see if that helps. But when I boot the system with the kernel that I compiled (yes, I put all modules/drivers required for my scsi controllers and sata on it), the udev recognize the disks in a different order, such as: BUS=scsi /dev/sda - SYSFS{model}==SysOp BUS=scsi /dev/sdb - SYSFS{model}==Dados Just a guess, maybe because of the boot prio. so, when gentoo activate udev the system shows a message that the boot device was not specified or not recognized. I go to shell and type dmesg, the disks is recognized but in such order that I said, not as the same as livecd. I started up the system with livecd again, than I created the file /etc/udev/rules.d/10-local.rules with the following rules: BUS==scsi, SYSFS{model}==SAMSUNG SP123245, NAME=/dev/sda BUS==scsi, SYSFS{model}==SysOp , NAME=/dev/sdb BUS==scsi, SYSFS{model}==Dados , NAME=/dev/sdc and finally I typed: # udevstartup # exit # umount /mnt/gentoo/dev/ /mnt/gentoo/proc /mnt/gentoo # reboot The system continue showing me the same message, after activate udev, the boot device was not find or not recognized. Well, udev doesn't run until the kernel has booted. So, what I'm doing wrong? All pointers/suggestion are accepted. When I installed grub on /dev/sdb when I was on livecd everything went fine. Could you post your grub.conf, partition information (/etc/fstab) and the relevant parts of dmesg output, please? Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Hambornerstraße 55 | Web: http://www.capgemini.com D-40472 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net pgppRhQPckNBu.pgp Description: PGP signature
Re: [gentoo-user] udev rules and boot + SCSI disks
On 5/29/06, Leandro Melo de Sales [EMAIL PROTECTED] wrote: BUS==scsi, SYSFS{model}==SAMSUNG SP123245, NAME=/dev/sda BUS==scsi, SYSFS{model}==SysOp , NAME=/dev/sdb BUS==scsi, SYSFS{model}==Dados , NAME=/dev/sdc 1. You probably need the := syntax to prevent later rules from over-riding your settings. For example, in 50-udev.rules, I see: 50-udev.rules:KERNEL==sd*,NAME=%k, GROUP=disk 2. You should not have the /dev/ part of NAME. 3. You probably also need to handle the partitions with the %n syntax So those rules should be more like: BUS==scsi, KERNEL==sd*, SYSFS{model}==SAMSUNG SP123245, NAME:=sda%n BUS==scsi, KERNEL==sd*, SYSFS{model}==SysOp , NAME:=sdb%n BUS==scsi, KERNEL==sd*, SYSFS{model}==Dados , NAME:=sdc%n You might also consider using LVM on these disks, so you need not care about sdX, or mounting them by fileystem label. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev rules and boot + SCSI disks
Richard, when I change any rules, should I have to execute a command in order to update the udev rules? Thank you, Leandro. 2006/5/30, Richard Fish [EMAIL PROTECTED]: On 5/29/06, Leandro Melo de Sales [EMAIL PROTECTED] wrote: BUS==scsi, SYSFS{model}==SAMSUNG SP123245, NAME=/dev/sda BUS==scsi, SYSFS{model}==SysOp , NAME=/dev/sdb BUS==scsi, SYSFS{model}==Dados , NAME=/dev/sdc 1. You probably need the := syntax to prevent later rules from over-riding your settings. For example, in 50-udev.rules, I see: 50-udev.rules:KERNEL==sd*,NAME=%k, GROUP=disk 2. You should not have the /dev/ part of NAME. 3. You probably also need to handle the partitions with the %n syntax So those rules should be more like: BUS==scsi, KERNEL==sd*, SYSFS{model}==SAMSUNG SP123245, NAME:=sda%n BUS==scsi, KERNEL==sd*, SYSFS{model}==SysOp , NAME:=sdb%n BUS==scsi, KERNEL==sd*, SYSFS{model}==Dados , NAME:=sdc%n You might also consider using LVM on these disks, so you need not care about sdX, or mounting them by fileystem label. -Richard -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev rules and boot + SCSI disks
Richard, You said that one rule can override other, but if you read udev manual ( http://www.reactivated.net/writing_udev_rules.html ), you'll realize that what you said I think is incorrect. Files in /etc/udev/rules.d/ are parsed in lexical order. udev will stop processing rules as soon as it finds a matching rule in a file for the new item of hardware that has been detected. It is important that your own rules get processed before the udev defaults, otherwise your own naming schemes will not take effect! I suggest that you keep your own rules in a file at /etc/udev/rules.d/10-local.rules (this doesn't exist by default - create it). As 10 comes before 50, you know that your rules will be looked at first. It is important that the filenames of your rule files end with the .rules suffix, otherwise they will not be used. Let me know if I am wrong too? :-) Leandro. 2006/5/30, Richard Fish [EMAIL PROTECTED]: On 5/29/06, Leandro Melo de Sales [EMAIL PROTECTED] wrote: BUS==scsi, SYSFS{model}==SAMSUNG SP123245, NAME=/dev/sda BUS==scsi, SYSFS{model}==SysOp , NAME=/dev/sdb BUS==scsi, SYSFS{model}==Dados , NAME=/dev/sdc 1. You probably need the := syntax to prevent later rules from over-riding your settings. For example, in 50-udev.rules, I see: 50-udev.rules:KERNEL==sd*,NAME=%k, GROUP=disk 2. You should not have the /dev/ part of NAME. 3. You probably also need to handle the partitions with the %n syntax So those rules should be more like: BUS==scsi, KERNEL==sd*, SYSFS{model}==SAMSUNG SP123245, NAME:=sda%n BUS==scsi, KERNEL==sd*, SYSFS{model}==SysOp , NAME:=sdb%n BUS==scsi, KERNEL==sd*, SYSFS{model}==Dados , NAME:=sdc%n You might also consider using LVM on these disks, so you need not care about sdX, or mounting them by fileystem label. -Richard -- gentoo-user@gentoo.org mailing list -- Leandro Melo de Sales. Computer Science Student Laboratório de Sistemas Distribuídos - www.lsd.ufcg.edu.br Laboratório de Sistemas Embarcados e Computação Pervasiva - www.embeddedacademy.org Universidade Federal de Campina Grande - UFCG Campina Grande - PB - Brasil -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev rules and boot + SCSI disks
On 5/30/06, Leandro Melo de Sales [EMAIL PROTECTED] wrote: Richard, when I change any rules, should I have to execute a command in order to update the udev rules? Usually you can run udevstart to get the new nodes activated immediately. But if you are just going to reboot, this is not necessary. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] udev rules and boot + SCSI disks
On 5/30/06, Leandro Melo de Sales [EMAIL PROTECTED] wrote: Richard, You said that one rule can override other, but if you read udev manual ( http://www.reactivated.net/writing_udev_rules.html ), you'll realize that what you said I think is incorrect. That is _not_ the udev manual. I've also found that page to be frequently out of date (it still listed the comparison operator as '=' instead of '==' for months after that changed). From man udev: := Assign a value to a key finally; disallow any later changes, which may be used to prevent changes by any later rules. And from /usr/share/doc/udev-*/RELEASE-NOTES.gz: quote udev 059 ... o The rule keys support now more operations. This is documented in the man page. It is possible to add values to list-keys like the SYMLINK and RUN list with KEY+=value and to clear the list by assigning KEY=. Also final-assignments are supported by using KEY:=value, which will prevent changing the key by any later rule. ... udev 057 All rules are applied now, but only the first matching rule with a NAME-key will be applied. All later rules with NAME-key are completely ignored. This way system supplied symlinks or permissions gets applied to user-defined naming rules. /quote So it looks like I am wrong about needing the := syntax when your rule assigns the NAME. I just tested the behavior with udev-090 and my USB flash drive, and it works as the RELEASE-NOTES say. But I also had a problem with naming my input devices that was fixed with the := syntax. -Richard -- gentoo-user@gentoo.org mailing list