Bug#686947: udev tries to modprobe kvm in parallel for every cpu
Hi Marco, sorry for taking so long to reply. On Wed, 25 Jun 2014, intrigeri wrote: Marco d'Itri wrote (26 Apr 2014 16:15:46 GMT) : On Sep 07, Stephan Springl wrote: when starting and generating the initial events, udevd tries to load modules kvm and kvm-intel for every running cpu in the system in parallel. I understand that this has been fixed by recent kernels or udev releases, do you mind trying again with the latest from unstable? Any news? With home-compiled kernel 3.14.8 and udev 204-8 from jessie, the problem seems to have gone. We haven't seen it here for some time. Regards, Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691842: xnbd-client: Documentation Error: Option --blocksize mistyped
Package: xnbd-client Version: 0.1.0-pre-hg20-e75b93a47722-2bfw1 Severity: minor Dear Maintainer, the man page for xnbd-client refers to option --block-size which does not exist. The correct spellig is --blocksize. Regards, Stephan -- System Information: Debian Release: wheezy/sid diff --git a/trunk/doc/xnbd-client.1.sgml b/trunk/doc/xnbd-client.1.sgml index 67a65c1..5467f1d 100644 --- a/trunk/doc/xnbd-client.1.sgml +++ b/trunk/doc/xnbd-client.1.sgml @@ -113,7 +113,7 @@ manpage.1: manpage.sgml - --block-size SIZE + --blocksize SIZE Use the provided value as block size. Default is 1024; allowed values are either 512, 1024, 2048 or 4096. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686947: udev tries to modprobe kvm in parallel for every cpu
On Fri, 7 Sep 2012, Marco d'Itri wrote: On Sep 07, Stephan Springl wrote: when starting and generating the initial events, udevd tries to load modules kvm and kvm-intel for every running cpu in the system in parallel. How so? The modules have no aliases which would allow autoloading: What I did is unload the modules kvm-intel and kvm, stop udevd, started it with debug option and said "udevadm trigger". I had debug prints in the kernel that show that there were 32 attempts of allocationgg 304 byte sized per cpu variables immediately following this. In a second try, I actually verified it is udevd by replacing modprobe with a proxy script that does debug output. root@bongo:/lib/modules/3.2.0-3-amd64# grep kvm modules.alias You're right. I actually found it with 3.5.1 and tried 3.5.3 and then 3.6-rc. Looking at the machines and kernel versions I have at hand now, I would say Starting from 3.5, we have an alias x86cpu:vendor:*:family:*:model:*:feature:*0085* kvm_intel The mechanism for this came in with kernel commit 644e9cbbe3fc032cc92d09360 "Add driver auto probing for x86 features v4" and the entry for kvm-intel was established with commit e9bda3b3d0ce775afe15ea between 3.4 and 3.5. It gives a probe event for every core. I am sorry for using a non standard kernel and reporting--but it will probably be a problem in the future with newer kernels. It would just go unnoticed with less than about 24 cores because percpu allocation would not fail. Reading through udev's changelog until version 182 I found no hint on the situation being known. So it is probably an upstream problem. The kvm modules are loaded by /etc/init.d/qemu-kvm. Is this something new in 3.6? Yes. I noticed this before. Being number 33 in our case, it does not make big difference with 32 attempts before this on. However, this will have to be sorted out in the future because with makefile style booting udevd and /etc/init.d/qemu-kvm might try to load the modules simultaneously. Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686947: udev tries to modprobe kvm in parallel for every cpu
Package: udev Version: 175-7 Severity: normal Hi, when starting and generating the initial events, udevd tries to load modules kvm and kvm-intel for every running cpu in the system in parallel. When loading a module, the kernel first sets up module memory including per cpu variables, checks symbols and so on and later checks if a module with the same name has already been loaded. Only this final name checking is serialized. As percpu memory for modules is limited to 8192 bytes on x86_64 and kvm needs comparatively many 304 bytes, setup for 32 instances of kvm does not fit within the reserved maximum. This results in several kernel messages like this and module loading fails: PERCPU: allocation failed, size=304 align=32, alloc from reserved chunk failed Pid: 10288, comm: modprobe Not tainted 3.6.0-rc4-64+ #5 Call Trace: [] ? pcpu_alloc+0xa48/0xaa0 [] ? find_sec+0x55/0x80 [] ? sys_init_module+0x383/0x1b40 [] ? sysenter_dispatch+0x7/0x1e kvm: Could not allocate 304 bytes percpu data Starting udevd with --children-max=1, the problem disappears of course. If other modules fail to load at the same time for the same reason, this problem becomes more important, because there might not be several devices of the same kind and thus there is no "retry" like with kvm and many cpus. Maybe udevd should not run commands for individual instances of devices with the same device id in parallel because i. e. loading a module for the first instance might actually take care of all the other ones at the same time. Regards Stephan -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (550, 'testing'), (500, 'stable'), (210, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.6.0-rc4-64+ (SMP w/32 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.46 ii libc6 2.13-35 ii libselinux12.1.9-5 ii libudev0 175-7 ii lsb-base 4.1+Debian7 ii procps 1:3.3.3-2 ii util-linux 2.20.1-5.1 Versions of packages udev recommends: ii pciutils 1:3.1.9-5 ii usbutils 1:005-3 udev suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679642: quake-server: does not install properly without shadow passwords
Package: quake-server Version: 2 Severity: important Tags: patch Dear Maintainer, quake-server does neither install nor purge properly on systems without shadow password because usermod gives an error for its e option in this case. Postinst nad postrm scripts could be modified to cope with this. Regards, Stephan diff --git a/debian/quake-server.postinst b/debian/quake-server.postinst index e0319b3..c241c8b 100644 --- a/debian/quake-server.postinst +++ b/debian/quake-server.postinst @@ -11,7 +11,11 @@ case "$1" in --ingroup games --force-badname quake-server fi # Unlock account, if it was locked by our postrm -usermod -U -e '' quake-server +if [ -f /etc/shadow ]; then + usermod -U -e '' quake-server +else + usermod -U quake-server +fi install -d /var/games install -d -o quake-server -g games /var/games/quake-server ;; diff --git a/debian/quake-server.postrm b/debian/quake-server.postrm index 3f84523..220bc81 100644 --- a/debian/quake-server.postrm +++ b/debian/quake-server.postrm @@ -6,7 +6,11 @@ set -e if [ "$1" = "purge" ] ; then # Lock account on purge -usermod -L -e 1 quake-server +if [ -f /etc/shadow ]; then +usermod -L -e 1 quake-server +else +usermod -L quake-server +fi rm -r /var/games/quake-server rmdir --ignore-fail-on-non-empty /var/games fi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676520: Please look at #676473
Unfortunately, this bug did not catch my eye when I read through all of sysv-rc's open bugs before submitting #676473. I ran into the exact same initscripts problem having updated my system for about ten years now. As suggested earlier, giving the offending script's name would really help. Apart from that something like "or the offending scripts should be removed manually" could be added to sysv-rc.postinst after the purge $SUGGESTION. This might give a hint on how to handle packages that have actually not been purged, but are still installed and have obsolete initscripts. #676473 could probably be merged. Regards, Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676473: sysv-rc: give more information on left-behind init.d script while trying to migrate
Package: sysv-rc Version: 2.88dsf-26 Severity: wishlist Tags: patch Dear Maintainer, my system has been running debian for about ten years now. Once in a time, I try to resolve a few issues preventing my system to be migrated to dependency based boot. Today, I looked at the suggestion dpkg --purge initscripts initscripts initscripts lm-sensors which is not something I wanted to do. Package initscripts has 24 non-obsolete and three obsolete init.d scripts. Trying to figure out which script to delete manually, it would be really helpful if sysv-rc.postinst reported the exact filename. I used the attached patch to get this behaviour. Please apply if you consider it reasonable. Regards Stephan diff --git a/debian/sysv-rc.postinst b/debian/sysv-rc.postinst index 757c85e..48fdbba 100644 --- a/debian/sysv-rc.postinst +++ b/debian/sysv-rc.postinst @@ -85,7 +85,7 @@ is_unsafe_to_activate() { for initscript in $obsolete_initscripts; do if [ -e "$initscript" ]; then retval=0 -add_problematic "package $package left obsolete init.d script behind" +add_problematic "package $package left obsolete init.d script $initscript behind" add_suggestion "$package" fi done -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages sysv-rc depends on: ii debconf [debconf-2.0] 1.5.43 ii insserv1.14.0-3 ii sysvinit-utils 2.88dsf-26 Versions of packages sysv-rc recommends: ii lsb-base 4.1+Debian6 Versions of packages sysv-rc suggests: ii bum ii sysv-rc-conf 0.99-7 -- debconf information: * sysv-rc/unable-to-convert: sysv-rc/convert-legacy: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651833: LF missing in examples in manpage
Package: libaio-dev Version: 0.3.109-2 Severity: minor Tags: patch In io.3 verbatim \n should be escaped in order to make it through roff. diff --git a/man/io.3 b/man/io.3 index d82e0d1..f277673 100644 --- a/man/io.3 +++ b/man/io.3 @@ -172,11 +172,11 @@ static const char *srcname = NULL; static void io_error(const char *func, int rc) { if (rc == -ENOSYS) - fprintf(stderr, "AIO not in this kernel\n"); + fprintf(stderr, "AIO not in this kernel\\n"); else if (rc < 0 && -rc < sys_nerr) - fprintf(stderr, "%s: %s\n", func, sys_errlist[-rc]); + fprintf(stderr, "%s: %s\\n", func, sys_errlist[-rc]); else - fprintf(stderr, "%s: error %d\n", func, rc); + fprintf(stderr, "%s: error %d\\n", func, rc); if (dstfd > 0) close(dstfd); @@ -195,7 +195,7 @@ static void wr_done(io_context_t ctx, struct iocb *iocb, long res, long res2) io_error("aio write", res2); } if (res != iocb->u.c.nbytes) { - fprintf(stderr, "write missed bytes expect %d got %d\n", iocb->u.c.nbytes, res2); + fprintf(stderr, "write missed bytes expect %d got %d\\n", iocb->u.c.nbytes, res2); exit(1); } --tocopy; @@ -221,7 +221,7 @@ static void rd_done(io_context_t ctx, struct iocb *iocb, long res, long res2) if (res2 != 0) io_error("aio read", res2); if (res != iosize) { - fprintf(stderr, "read missing bytes expect %d got %d\n", iocb->u.c.nbytes, res); + fprintf(stderr, "read missing bytes expect %d got %d\\n", iocb->u.c.nbytes, res); exit(1); } @@ -281,7 +281,7 @@ int main(int argc, char *const *argv) char *buf = (char *) malloc(iosize); if (NULL == buf || NULL == io) { - fprintf(stderr, "out of memory\n"); + fprintf(stderr, "out of memory\\n"); exit(1); } -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (550, 'testing'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-rc4-64+ (SMP w/8 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libaio-dev depends on: ii libaio1 0.3.109-2 libaio-dev recommends no packages. libaio-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614584: Bug 614584 confirmed, patch included
Hi, same problem here, fdisk does not accept sector numbers above 2^31 - 1 on input. While looking at it, I found some more missing long long conversions when moving the start of a partition. The following patch works here--it is not thoroughly tested though. Regards, Stephan commit 3e7462f85d6e4ce5205f6907f5568b07d1a3a95a Author: Stephan Springl Date: 2011-03-09 17:21:33 +0100 more long longs for large sector numbers diff --git a/fdisk/fdisk.c b/fdisk/fdisk.c index 1d7196e..8ab6217 100644 --- a/fdisk/fdisk.c +++ b/fdisk/fdisk.c @@ -1371,11 +1371,12 @@ read_hex(struct systypes *sys) } } -static unsigned int -read_int_sx(unsigned int low, unsigned int dflt, unsigned int high, -unsigned int base, char *mesg, int *suffix) +static unsigned long long +read_int_sx(unsigned long long low, unsigned long long dflt, +unsigned long long high, unsigned long long base, char *mesg, +int *suffix) { - unsigned int i; + unsigned long long i; int default_ok = 1; static char *ms = NULL; static int mslen = 0; @@ -1390,10 +1391,10 @@ read_int_sx(unsigned int low, unsigned int dflt, unsigned int high, default_ok = 0; if (default_ok) - snprintf(ms, mslen, _("%s (%u-%u, default %u): "), + snprintf(ms, mslen, _("%s (%Lu-%Lu, default %Lu): "), mesg, low, high, dflt); else - snprintf(ms, mslen, "%s (%u-%u): ", + snprintf(ms, mslen, "%s (%Lu-%Lu): ", mesg, low, high); while (1) { @@ -1409,7 +1410,7 @@ read_int_sx(unsigned int low, unsigned int dflt, unsigned int high, int absolute = 0; int suflen; - i = atoi(line_ptr+1); + i = atoll(line_ptr+1); while (isdigit(*++line_ptr)) use_default = 0; @@ -1479,14 +1480,14 @@ read_int_sx(unsigned int low, unsigned int dflt, unsigned int high, i = -i; i += base; } else { - i = atoi(line_ptr); + i = atoll(line_ptr); while (isdigit(*line_ptr)) { line_ptr++; use_default = 0; } } if (use_default) - printf(_("Using default value %u\n"), i = dflt); + printf(_("Using default value %Lu\n"), i = dflt); if (i >= low && i <= high) break; else @@ -1502,9 +1503,9 @@ read_int_sx(unsigned int low, unsigned int dflt, unsigned int high, * * There is no default if DFLT is not between LOW and HIGH. */ -unsigned int -read_int(unsigned int low, unsigned int dflt, unsigned int high, -unsigned int base, char *mesg) +unsigned long long +read_int(unsigned long long low, unsigned long long dflt, +unsigned long long high, unsigned long long base, char *mesg) { return read_int_sx(low, dflt, high, base, mesg, NULL); } @@ -2643,7 +2644,7 @@ static void move_begin(int i) { struct pte *pe = &ptes[i]; struct partition *p = pe->part_table; - unsigned int new, first; + unsigned long long new, first; if (warn_geometry()) return; diff --git a/fdisk/fdisk.h b/fdisk/fdisk.h index 1a89beb..7e156ef 100644 --- a/fdisk/fdisk.h +++ b/fdisk/fdisk.h @@ -73,8 +73,10 @@ extern int read_hex(struct systypes *sys); extern void reread_partition_table(int leave); extern struct partition *get_part_table(int); extern int valid_part_table_flag(unsigned char *b); -extern unsigned int read_int(unsigned int low, unsigned int dflt, -unsigned int high, unsigned int base, char *mesg); +extern unsigned long long read_int(unsigned long long low, + unsigned long long dflt, + unsigned long long high, + unsigned long long base, char *mesg); extern unsigned char *MBRbuffer; extern void zeroize_mbr_buffer(void); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602927: tar does not set permissions correcly nor create symlinks when interrupted
Package: tar Version: 1.23-3 Severity: normal Tags: squeeze upstream Tar sets directory permissions and creates symlinks after extraction of the archive has been completed. When tar gets interrupted by SIGINT, it does not perform these steps leaving directories with wrong permissions/ownership and symlinks as regular files with size 0. We use tape drives to do full backups keeping index files elsewhere. When restoring only part of the archive, e.g. a single directory, we fast-forward the tape to the right block and interrupt tar after the relevant part has been extracted, because it would take hours reading the whole tape. There are several bug reports about symlinks being extracted as regular files with size 0 (#452365 for example). Maybe these are related to the problem reported here. The following path works as a remedy for us: diff --git a/src/tar.c b/src/tar.c index da12419..ecb435b 100644 --- a/src/tar.c +++ b/src/tar.c @@ -949,17 +949,25 @@ sigstat (int signo) #endif } +static RETSIGTYPE +sigterm (int signo) +{ + error (0, 0, + _("signal %d received; will set permissions and create symlinks"), signo); + fatal_exit (); +} + static void -stat_on_signal (int signo) +set_signal (int signo, RETSIGTYPE (*func) (int signo)) { #ifdef HAVE_SIGACTION struct sigaction act; - act.sa_handler = sigstat; + act.sa_handler = func; sigemptyset (&act.sa_mask); act.sa_flags = 0; sigaction (signo, &act, NULL); #else - signal (signo, sigstat); + signal (signo, func); #endif } @@ -987,7 +995,7 @@ set_stat_signal (const char *name) for (p = sigtab; p < sigtab + sizeof (sigtab) / sizeof (sigtab[0]); p++) if (strcmp (p->name, name) == 0) { - stat_on_signal (p->signo); + set_signal (p->signo, sigstat); return; } FATAL_ERROR ((0, 0, _("Unknown signal name: %s"), name)); @@ -2607,12 +2615,9 @@ main (int argc, char **argv) case EXTRACT_SUBCOMMAND: extr_init (); + set_signal (SIGINT, sigterm); read_and (extract_archive); - - /* FIXME: should extract_finish () even if an ordinary signal is -received. */ extract_finish (); - break; case LIST_SUBCOMMAND: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.37-rc1-64+ (SMP w/8 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages tar depends on: ii libc6 2.11.2-6+squeeze1bfw1 Embedded GNU C Library: Shared lib tar recommends no packages. Versions of packages tar suggests: ii bzip2 1.0.5-6high-quality block-sorting file co pn ncompress (no description available) ii xz-utils 4.999.9beta+20100810-1 XZ-format compression utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587416: xferlog.5 wrongly claims installation directory /usr/adm
Package: wu-ftpd Version: 2.6.2-32 Severity: minor Tags: squeeze sid Hi, Debian log files are under /var/log, so the documentation should probably be changed. Regards, Stephan diff --git a/doc/xferlog.5 b/doc/xferlog.5 index bfa3fda..08b800d 100644 --- a/doc/xferlog.5 +++ b/doc/xferlog.5 @@ -26,7 +26,7 @@ The .B xferlog file contains logging information from the FTP server daemon, .BR ftpd (8). -This file usually is found in /usr/adm, but can be located anywhere by using a +This file usually is found in /var/log/wu-ftpd, but can be located anywhere by using a option to .BR ftpd (8). Each server entry is composed of a single line of the following form, @@ -169,7 +169,7 @@ incomplete transfer .SH FILES .PD 0 .TP 20 -.B /usr/adm/xferlog +.B /var/log/wu-ftpd/xferlog .SH "SEE ALSO" .BR ftpd(8), .BR ftpaccess(5) -- Package-specific info: -- inetd packages installed Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- un inetutils-inet (no description available) un netkit-inetd(no description available) ii openbsd-inetd 0.20080125-4 The OpenBSD Internet Superserver ii update-inetd 4.36 inetd configuration file updater -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Versions of packages wu-ftpd depends on: ii debconf [debconf-2.0] 1.5.32Debian configuration management sy ii debianutils3.2.3 Miscellaneous utilities specific t ii libc6 2.11.1-3bfw1 Embedded GNU C Library: Shared lib ii libpam0g 1.1.1-3 Pluggable Authentication Modules l ii perl [perl5] 5.10.1-13bfw1 Larry Wall's Practical Extraction ii update-inetd 4.36 inetd configuration file updater wu-ftpd recommends no packages. Versions of packages wu-ftpd suggests: ii logrotate 3.7.8-6Log rotation utility -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586404: strace output
Hi, this is the trace of the udevd parent process (PID 326) and a single udevadm settle (PID 3843). While installing squeeze with netboot/netinst in a qemu-kvm vm under squeeze, I started strace for the only udev process and ran a single udevadm settle process. It took three minutes and during this time there was no udevd action at all. For reference, I did the same thing with udevadm from udev-udeb_154-1_i386.udeb (PID 3850). This time, udevadm settle exited immediately. Regards, Stephan 326 12:43:52.704499 restart_syscall(<... resuming interrupted call ...>) = 1 326 12:44:18.576267 recvmsg(4, {msg_name(0)=NULL, msg_iov(1)=[{"udev-157\0\0\0\0\0\0\0\0\352\35\255\336\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 280}], msg_controllen=24, {cmsg_len=24, cmsg_level=SOL_SOCKET, cmsg_type=SCM_CREDENTIALS{pid=3843, uid=0, gid=0}}, msg_flags=0}, 0) = 280 326 12:44:18.576379 poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=7, events=POLLIN}, {fd=8, events=POLLIN}], 5, -1) = 1 ([{fd=4, revents=POLLIN}]) 326 12:52:19.926739 recvmsg(4, {msg_name(0)=NULL, msg_iov(1)=[{"udev-154\0\0\0\0\0\0\0\0\352\35\255\336\10\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 280}], msg_controllen=24, {cmsg_len=24, cmsg_level=SOL_SOCKET, cmsg_type=SCM_CREDENTIALS{pid=3850, uid=0, gid=0}}, msg_flags=0}, 0) = 280 326 12:52:19.926842 kill(3850, SIGUSR1) = 0 326 12:52:19.926864 poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=7, events=POLLIN}, {fd=8, events=POLLIN}], 5, -1 3843 12:44:18.574008 execve("/sbin/udevadm", ["udevadm", "settle"], ["USER=root", "HOME=/", "dbg/flags=all-x", "TERM=linux", "base-installer/initramfs-tools/driver-policy=most", "BOOT_IMAGE=debian-linux", "PATH=/sbin:/usr/sbin:/bin:/usr/bin", "vga=normal", "localechooser/supported-locales=de_DE.UTF-8,de_DE,de...@euro,en_US.UTF-8,en_US,en_US.ISO-8859-15", "SHELL=/bin/sh", "initrd=debian-initrd.gz", "partman/confirm=true", "PWD=/", "partman/confirm_write_new_label=true", "priority=low"]) = 0 3843 12:44:18.574304 brk(0)= 0x86f8000 3843 12:44:18.574356 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) 3843 12:44:18.574404 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb803c000 3843 12:44:18.574429 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) 3843 12:44:18.574457 open("/etc/ld.so.cache", O_RDONLY) = -1 ENOENT (No such file or directory) 3843 12:44:18.574488 open("/lib/tls/i686/sse2/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 3843 12:44:18.574511 stat64("/lib/tls/i686/sse2/cmov", 0xbfa62f2c) = -1 ENOENT (No such file or directory) 3843 12:44:18.574531 open("/lib/tls/i686/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 3843 12:44:18.574566 stat64("/lib/tls/i686/sse2", 0xbfa62f2c) = -1 ENOENT (No such file or directory) 3843 12:44:18.574586 open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 3843 12:44:18.574603 stat64("/lib/tls/i686/cmov", 0xbfa62f2c) = -1 ENOENT (No such file or directory) 3843 12:44:18.574620 open("/lib/tls/i686/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 3843 12:44:18.574636 stat64("/lib/tls/i686", 0xbfa62f2c) = -1 ENOENT (No such file or directory) 3843 12:44:18.574651 open("/lib/tls/sse2/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 3843 12:44:18.574668 stat64("/lib/tls/sse2/cmov", 0xbfa62f2c) = -1 ENOENT (No such file or directory) 3843 12:44:18.574684 open("/lib/tls/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 3843 12:44:18.574700 stat64("/lib/tls/sse2", 0xbfa62f2c) = -1 ENOENT (No such file or directory) 3843 12:44:18.574716 open("/lib/tls/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) 3843 12:44:18.574732 stat64("/lib/tls/cmov", 0xbfa62f2c) = -1 ENOENT (No such file or directory) 3843 12:44:18.574748 open("/lib/tls/libc.so.6", O_RDONLY)
Bug#586404: udev 157 with udevadm 154 works
Hi, we have the same problem here. Installing with a recent squeeze netinst makes every udevadm settle take exactly the default timeout of three minutes and there is a lot of them. Discovering disks takes over 20 minutes. Replacing udevadm (157) by udevadm from udev-udeb_154-1_i386.udeb after downloading installer components makes the problem go away. Regards, Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org