Re: [arch-general] udev slow to start up
On Thu, 20 Jan 2011 20:20:37 +1030 Ty John (sand_man) ty...@eye-of-odin.com wrote: On Sun, 2011-01-16 at 19:28 -0500, Alexander Lam wrote: A potential solution would be to make udev startup in parallel - but this is kinda hacky because all your devices might not be ready in time for login or fsck or... you get what I mean. On Sat, Jan 15, 2011 at 8:25 PM, Ty John (sand_man) ty...@eye-of-odin.comwrote: Hi, I'm concerned about this line: Am 10.01.2011 09:44, schrieb Ty John (sand_man): ata2.00: failed command: IDENTIFY PACKET DEVICE Either your device is not behaving normally, or there is something weird going on. Have you the latest firmware on your drive? Is the problem gone, when you disattach the drive? Best regards, Karol Babioch -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 898 bytes Desc: OpenPGP digital signature URL: http://mailman.archlinux.org/pipermail/arch-general/attachments/20110111/2e762bec/attachment.asc Sorry I lost the original email. I just pasted this from the mailman archive. Anyway, I just updated the firmware and it made no difference. Windows 7 boots very fast not that it means much since it probably doesn't do the same checks that Arch does. Like I said, the drive seems to work fine. I am able to read, write and blank discs with no issues. The udev slowness does not occur when it is unplugged. When I googled IDENTIFY PACKET DEVICE I found that it is sg_sat_identify that is being called. [ty@donna ~]$ sudo sg_sat_identify /dev/sr0 -vv open /dev/sr0 with flags=0x802 ATA pass through (16) cdb: 85 08 0e 00 00 00 01 00 00 00 00 00 00 00 ec 00 ATA pass through (16): transport error: Driver_status=0x0e [invalid, SUGGEST_OK] ATA pass through (16) failed Basically, I'm out of ideas. Please tell me the drive is not faulty :( Is it possible to create a static device in /dev/ for the drive and somehow tell udev to ignore it on boot? Just thought I'd mention that I fixed this by adding pata_acpi pata_atiixp libata to mkinitcpio MODULES array.
Re: [arch-general] udev slow to start up
On Sun, 2011-01-16 at 19:28 -0500, Alexander Lam wrote: A potential solution would be to make udev startup in parallel - but this is kinda hacky because all your devices might not be ready in time for login or fsck or... you get what I mean. On Sat, Jan 15, 2011 at 8:25 PM, Ty John (sand_man) ty...@eye-of-odin.comwrote: Hi, I'm concerned about this line: Am 10.01.2011 09:44, schrieb Ty John (sand_man): ata2.00: failed command: IDENTIFY PACKET DEVICE Either your device is not behaving normally, or there is something weird going on. Have you the latest firmware on your drive? Is the problem gone, when you disattach the drive? Best regards, Karol Babioch -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 898 bytes Desc: OpenPGP digital signature URL: http://mailman.archlinux.org/pipermail/arch-general/attachments/20110111/2e762bec/attachment.asc Sorry I lost the original email. I just pasted this from the mailman archive. Anyway, I just updated the firmware and it made no difference. Windows 7 boots very fast not that it means much since it probably doesn't do the same checks that Arch does. Like I said, the drive seems to work fine. I am able to read, write and blank discs with no issues. The udev slowness does not occur when it is unplugged. When I googled IDENTIFY PACKET DEVICE I found that it is sg_sat_identify that is being called. [ty@donna ~]$ sudo sg_sat_identify /dev/sr0 -vv open /dev/sr0 with flags=0x802 ATA pass through (16) cdb: 85 08 0e 00 00 00 01 00 00 00 00 00 00 00 ec 00 ATA pass through (16): transport error: Driver_status=0x0e [invalid, SUGGEST_OK] ATA pass through (16) failed Basically, I'm out of ideas. Please tell me the drive is not faulty :( Is it possible to create a static device in /dev/ for the drive and somehow tell udev to ignore it on boot?
Re: [arch-general] is udev-164 a safe solution at the moment
On Thu, 2011-01-20 at 10:38 +0100, Thomas Bächler wrote: Am 20.01.2011 06:51, schrieb Attila: Hi, still again after every 20 or 30 new boot udev-165 hangs both pc's with archlinux. So my question is that if i step back to udev-164 will there be problems with the initscripts or any other plans what you the devs have in the near future? If yes than i can (or have to) live with this because it is very seldom and therefore very hard to find out what is the problem. See you, Attila Some people actually tracked down the kernel bug that is causing this, but nobody opened a bug report about it upstream. If this is the same bug I heard about, a workaround is deleting /lib/udev/ata_id. Is there a big report on this? I would like to know if it is the same problem as what I am experiencing or not.
Re: [arch-general] Alex Matviychuk wants to stay in touch on LinkedIn
On Tue, 2011-01-18 at 08:46 +, Alex Matviychuk wrote: LinkedIn General, I'd like to add you to my professional network on LinkedIn. - Alex Matviychuk Alex Matviychuk Software Engineer Japan Confirm that you know Alex Matviychuk https://www.linkedin.com/e/j2jirp-gj2k8868-1k/isd/2161969956/yna0iLD9/ LOL major fail
[arch-general] udev slow to start up
Hi guys,
I have a brand new computer and every time it boots it stalls for a
while at starting udev. Maybe about 10-15 seconds. Then when it gets
to the part Waiting for udev events to be processed it then stalls
for another 30 seconds or so.
When I boot from the Arch install disk I don't get the problem so I'm
guessing it's something to do with the version of udev or the kernel
maybe. I have udev-165 and udev-compat-165 installed and I have also
tried going back to udev-164 but it made no difference.
I get this in dmesg after boot. I know it's my sata DVD drive so here
is the output of 'dmesg | grep ata2'
[...@donna ~]$ dmesg | grep ata2
ata2: SATA max UDMA/133 abar m1...@0xfe02f000 port 0xfe02f180 irq 22
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: ATAPI: TSSTcorp CDDVDW SH-S223C, SB04, max UDMA/100
ata2.00: configured for UDMA/100
ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.00: failed command: IDENTIFY PACKET DEVICE
ata2.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
ata2.00: status: { DRDY }
ata2: hard resetting link
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: configured for UDMA/100
ata2: EH complete
ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata2.00: failed command: IDENTIFY PACKET DEVICE
ata2.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
ata2.00: status: { DRDY }
ata2: hard resetting link
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: configured for UDMA/100
ata2: EH complete
Other than those error messages and the slow boot, the drive seems to
work fine. I have been able to read and burn discs with no problem.
If anyone has any ideas it would be greatly appreciated.
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
I find it interesting that upstream made a change/addition just to accommodate for one distribution. Usually it's the distro that patches things for their own benefit. Sorry. That was me.
Re: [arch-general] [aur-general] TU Application / Looking for sponsor
On Wed, 2010-08-25 at 14:41 +0200, Laurent Carlier wrote: Le mercredi 25 août 2010 14:08:13, vous avez écrit : Le mercredi 25 août 2010 13:30:35, Jakob Gruber a écrit : Hi, I'd like to apply for the TU position, and as I don't have a sponsor yet it'd be great if somebody would be kind enough to take me on :) A little bit about myself: I'm 26 and I live close to Vienna, Austria. The past couple of years I've worked as a database developer / consultant, then as a C# programmer (with a couple of additional tasks like building and maintaining our SVN / Trac server). In my free time, I've also been playing around with C++ and Python. I've been using Arch for around 2 years. I haven't had much linux experience before that - if I remember correctly it was around 1-2 months of Ubuntu and Gentoo. I regularly lurk on the forums and maintain a few packages in AUR ( http://aur.archlinux.org/packages.php?SeB=mK=schuay ). Generally, I'm mostly interested in maintaining games. However I'm more than willing to help out where it is needed. Out of my AUR packages, I'd consider taking firehol, me-tv and stone-soup to community. I have a decent pc (3ghz dual core, 6G ram) available to build for both i686 and x86_64. schuay Look at your packages, they are pretty well maintained except they should be updated in regards to last pacman features (return 1 missing package() function) Searching a bit on the great internet, i've found some of your contributions. I guess you got the ability to be a good TU. Let me be your Sponsor. Regards, Laurent Carlier Also, Let the discussion period begin! and have fun! You replied to the wrong list but, never mind! :P
Re: [arch-general] HAL depreciation
On Tue, 16 Mar 2010 21:08:42 -0500 Jeffrey Lynn Parke Jr. jeffrey.pa...@gmail.com wrote: the usb mice don't work without hal, or do they now. They didn't used to On Tue, Mar 16, 2010 at 9:06 PM, Damjan Georgievski gdam...@gmail.comwrote: Does anyone know how much of HAL is needed in ArchLinux these days? I'm asking because I've learned that both udev and HAL configure the keymap of input devices nowdays and I wonder what other former HAL features are already implemented in udev. -- damjan USB mice have worked without hal for a long time. It's just hotplugging that won't work.
Re: [arch-general] HAL depreciation
On Wed, 17 Mar 2010 08:08:22 +0530 Nilesh Govindarajan li...@itech7.com wrote: USB mice have worked without hal for a long time. It's just hotplugging that won't work. Well, I recently copied /etc/group.pacnew to /etc/group which didn't have the hal and gdm groups. HAL didn't start, and when I started KDE (xinit startkde) or GDM or KDM, neither keyboard nor mouse worked. After adding hal group, it worked fine, since HAL started succesfully. But did you put it in your xorg.conf file?
Re: [arch-general] HAL depreciation
On Wed, 17 Mar 2010 10:24:54 +0530 Nilesh Govindarajan li...@itech7.com wrote: On Wed, Mar 17, 2010 at 10:16 AM, Ty John ty...@eye-of-odin.com wrote: On Wed, 17 Mar 2010 08:08:22 +0530 Nilesh Govindarajan li...@itech7.com wrote: USB mice have worked without hal for a long time. It's just hotplugging that won't work. Well, I recently copied /etc/group.pacnew to /etc/group which didn't have the hal and gdm groups. HAL didn't start, and when I started KDE (xinit startkde) or GDM or KDM, neither keyboard nor mouse worked. After adding hal group, it worked fine, since HAL started succesfully. But did you put it in your xorg.conf file? What to put ? http://wiki.archlinux.org/index.php/Xorg#Configuring
Re: [arch-general] A suggestion for the devs regarding rebuilds
On Thu, 11 Mar 2010 08:45:17 +1000 Allan McRae al...@archlinux.org wrote: On 11/03/10 08:22, Daenyth Blank wrote: On Wed, Mar 10, 2010 at 16:54, clemens fischer ino-n...@spotteswoode.dnsalias.org wrote: I always use pacman -Rs. It's a wrapper script, I normally don't use a bare pacman, so there's not even neglect at play. That's the problem. You want to add -c. -s removes in one direction, -c removes in the other. Not really... The problem is that pacman does not clean up packages installed as a dependency for a package that are no longer needed due to an update which removed that dep. Also, using makepkg -s leaves makedepends as orphans. Allan I think that is the main reason right there. I just checked the orphans on this machine. bzr 2.1.0-2 git 1.7.0.2-1 lib32-alsa-lib 1.0.22-1 lib32-libstdc++5 3.3.6-3 mercurial 1.5-1 rpcbind 0.2.0-1 rpmextract 1.0-3 subversion 1.6.9-2 xulrunner 1.9.2-4 zip 3.0-1 All look like makedepends to me ;) But of course none of them I would want to remove because they will just be pulled in again next time I go to build something with makepkg.
Re: [arch-general] imap-login: Fatal: Dovecot version mismatch - Is this a bug, or do I just override with ignore?
On Tue, 09 Mar 2010 22:53:01 -0600 David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, I'm finishing the mail server setup and I've run into a problem with dovecot. It looks like one part of dovecot doesn't match the other??? Here is what everything log says: Mar 9 22:48:37 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.10, login is v1.2.11 (if you don't care, set version_ignore=yes) Mar 9 22:48:37 nirvana dovecot: imap-login: Fatal: Dovecot version mismatch: Master is v1.2.10, login is v1.2.11 (if you don't care, set version_ignore=yes) Mar 9 22:48:52 nirvana dovecot: dovecot: Killed with signal 15 (by pid=18351 uid=0 code=kill) Mar 9 22:48:54 nirvana dovecot: Dovecot v1.2.11 starting up (core dumps disabled) I just have the standard repositories enabled (no testing or community-testing) for this box. Is there a package out of place that I need to report, or is it just intended that we use 'version_ignore=yes' ? I'm not sure about Arch's packaging (maybe someone missed something) but I don't think it will hurt to ignore it until someone fixes it. Who is the maintainer?
Re: [arch-general] xorg hotplug openbox
On Sat, 6 Mar 2010 21:33:36 +0100 János Illés ija...@gmail.com wrote: Hi guys, I anyone still experience this[1], please reply to this thread. I think it is solved[2] and should be removed from the wiki but I thought I should doublecheck. Thanks. [1] http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#Arrow_keys_don.27t_work_in_Openbox [2] http://bugzilla.icculus.org/show_bug.cgi?id=3885 Sorry I am unable to check right now but I am almost certain it is no longer an issue.
Re: [arch-general] top posting
On Thu, 4 Mar 2010 17:36:13 +0900 Juan Diego juantas...@gmail.com wrote: On Thu, Mar 4, 2010 at 3:45 PM, Daniel J Griffiths (Ghost1227) ghost1...@archlinux.us wrote: On 03/03/10 at 11:36pm, Patrick Burroughs wrote: On Wed, Mar 3, 2010 at 23:31, Juan Diego juantas...@gmail.com wrote: Hello listmates, is there any special reason of why top-posting is a bad thing? To be clichéd... A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? ~celti I like it! -- got it Because its a mailing list, not a blog
Re: [arch-general] Tired of being asked for a password for su? Arch has the solution
On Tue, 02 Mar 2010 20:24:20 -0600 David C. Rankin drankina...@suddenlinkmail.com wrote: On 03/01/2010 05:03 PM, Ray Kohler wrote: What would worry me is things like JavaScript exploits and worms - things that you download and then run as yourself, whether intentionally or not. A password prompt will block malware like that, but with no password, you just go owned in one step. How would this be any different than 'sudo' configured to allow members of the wheel group to sudo w/o a password? Same answer - data prevails - set sudo to require a password? I have run servers for more than a decade with sudo/wheel group access enabled w/o a password - no problems. May have just been lucky :p Ray, all - any different thoughts about sudo w/o a password compared to su? Or same answer, with no password, you just got owned in one step :p sudo can be limited to only certain commands also. IMO su should remain as secure as possible and sudo should be customised for the situation.
