that this means that sudo in Etch currently does not drop sudo
priviledges on reboot...perhaps something which should be fixed in
proposed-updates since it poses a mild security issue?
--
David Härdeman
After looking at the corresponding beryl bug [1], it seems that this is
in fact a Firefox bug [2] [3].
[1] http://bugs.beryl-project.org/ticket/9
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=368029
[3] https://bugzilla.mozilla.org/show_bug.cgi?id=215762
--
David Härdeman
Package: rootskel
Version: 1.50
Severity: normal
klibc 1.5-1 now includes a cpio binary and read supports the -t
parameter. rootskel should use these instead so that
rootskel/src-bootfloppy/bin/cpio.c and
rootskel/src-bootfloppy/bin/timeout_read.c
can be dropped.
--
David Härdeman
| 1194 --
src-bootfloppy/bin/timeout_read.c | 46 -
src-bootfloppy/init |2
7 files changed, 11 insertions(+), 1250 deletions(-)
--
David Härdeman
Index: debian/control
the
hardware). I'll take a look at integrating this after Etch has been
released. Do you think that you could write some documentation for your
scripts meanwhile?
--
David Härdeman
) but it's the best we can do so shortly before release, maks
and I have been discussing some better solutions to implement post-Etch.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/initrd.img-kvers.
Changing them at first boot to kernel /vmlinuz-kvers and initrd
/initrd.img-kvers is enough to boot.
Could you please verify whether this is the case for you as well?
--
David Härdeman
that in easier.
best regards
maks
--
David Härdeman
some kind of manual workaround at least.
I'm not setting the severity to R-C, but I'd like to know whether others
(maks, Marco, RM's) think this should go in?
--
David Härdeman
diff -ur ./udev-0.105.orig/extra/initramfs.premount ./udev-0.105/extra/initramfs.premount
--- ./udev-0.105.orig/extra
I took the liberty of trimming the CC list since the details of a
persistent device node script would probably not interest everyone...
On Thu, March 8, 2007 12:21, Colin Watson said:
On Thu, Mar 08, 2007 at 12:44:05AM +0100, David Härdeman wrote:
I've attached a patch which implements
better than by-uuid since by-uuid still might break
due to careless admins doing whole-partition backups using dd.)
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
stage so I don't understand how parted would be affected?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
testing for such a large change so late in the
game...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, Mar 07, 2007 at 03:18:19PM +0100, David Härdeman wrote:
On Wed, March 7, 2007 13:55, Otavio Salvador said:
I don't know how invasive those changes might be. AFAIK Ubuntu already
does it (Colin?) and wouldn't be too hard to pick the changes from
them but we would also need RM and Frans
On Wed, Mar 07, 2007 at 04:09:48PM -0800, Steve Langasek wrote:
On Thu, Mar 08, 2007 at 12:44:05AM +0100, David Härdeman wrote:
I've attached a patch which implements persistent device names in
partman by checking for devices which are mounted under /target and
which have a suitable link
and hopefully someone who understands
the subject better can assign the bug to the proper package.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please try the patching again, and make sure that the rootdelay
file looks ok afterwards.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Just for the record, mail to [EMAIL PROTECTED] is refused with the
message 550 5.1.1 unknown or illegal alias, I hope Hugo reads the bug
report log.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Mar 03, 2007 at 10:05:39PM -0800, Steve Langasek wrote:
A further concern on this patch:
On Sat, Mar 03, 2007 at 02:47:04AM +0100, David Härdeman wrote:
diff -ur ./parted-1.7.1.orig/libparted/labels/mac.c
./parted-1.7.1/libparted/labels/mac.c
--- ./parted-1.7.1.orig/libparted/labels
On Sat, Mar 03, 2007 at 10:01:00PM -0800, Steve Langasek wrote:
On Sat, Mar 03, 2007 at 03:25:20AM +0100, David Härdeman wrote:
So clearing the flag will only clear it in the internal mac_data
structure, it won't cause the system name of the partition to be reset? Or
is this handled
is more knowledgeable about the
intricacies of apt will be able to provide more feedback...
--
David Härdeman
. Might it be that the problem we are discussing
in this thread is related?
No, that sounds like a parted bug.
Mohammed, do you think you could retry the installation using an
up-to-date daily image?
--
David Härdeman
Hugo Vanwoerkom wrote:
After patching (no probs) and 'update-initramfs -u' and booting, I get
'PANIC: Circular dependency. Exiting.' from the functions script #167.
Could you provide me with the output from
grep PREREQ= /usr/share/initramfs-tools/scripts/local-top/*
--
David Härdeman
the release of Etch due to the magnitude of the
required changes.
Hopefully I'll have time soon to write up a page in the Debian wiki soon
which will provide some ways of working around this problem.
--
David Härdeman
and
raid flags are mutually exclusive)
--
David Härdeman
diff -ur ./parted-1.7.1.orig/libparted/labels/mac.c ./parted-1.7.1/libparted/labels/mac.c
--- ./parted-1.7.1.orig/libparted/labels/mac.c 2006-05-25 19:28:55.0 +0200
+++ ./parted-1.7.1/libparted/labels/mac.c 2007-03-03 02:41:42.0
On Fri, Mar 02, 2007 at 06:14:19PM -0800, Steve Langasek wrote:
On Sat, Mar 03, 2007 at 02:47:04AM +0100, David Härdeman wrote:
diff -ur ./parted-1.7.1.orig/libparted/labels/mac.c
./parted-1.7.1/libparted/labels/mac.c
--- ./parted-1.7.1.orig/libparted/labels/mac.c 2006-05-25 19:28
Here's the patch to make sure that superfluous flags are not set.
--
David Härdeman
Index: debian/changelog
===
--- debian/changelog (revision 45633)
+++ debian/changelog (working copy)
@@ -1,3 +1,10 @@
+partman-lvm (52) UNRELEASED
And here's the patch for partman-md to ensure that flags are exclusive
where reasonable...
--
David Härdeman
Index: debian/changelog
===
--- debian/changelog (revision 45641)
+++ debian/changelog (working copy)
@@ -1,3 +1,10
Details for $NEWROOT (detected as $FSTYPE)
fstype $NEWROOT
# See if we need to setup lvm on the crypto device
Then run update-initramfs -u, reboot and provide me with the output (the
first failure is enough)
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
that looked out of the ordinary...
--
David Härdeman
that the reply
itself is sanitized (in this case the user sent me an install log
containing the chosen root and user passwords).
--
David Härdeman
Also, just to rule out the missing archive signing key bug and the buggy
apt that removed archive signing keys...if you do try the install again,
could you try to boot the installer with the argument
debian-installer/allow_unauthenticated=true
--
David Härdeman
that wget works, so
even if it tried using a Debian mirror, it should
still work.
Ok, but it seems that it tries the CD-ROM first (and fails) meaning it
never gets to that...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
the encrypted and
unencrypted swap partitions as?
What is the contents of /etc/crypttab and /etc/fstab
Which technique does kpowersave use to suspend? (suspend, suspend2, uswsusp?)
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
it.
What does /lib/udev/vol_id /dev/sda6 identify the partition as?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
should be raised, as the normal
user will not be able to restore data that's only stored in the
suspend filesystem - potential dataloss.
Perhaps...but not yet, there are plenty of users (myself included) who
suspend/resume with crypto works for
--
David Härdeman
--
To UNSUBSCRIBE, email
On Fri, Feb 23, 2007 at 04:55:00PM +0100, maximilian attems wrote:
On Fri, Feb 23, 2007 at 04:39:52PM +0100, David Härdeman wrote:
On Fri, February 23, 2007 16:28, maximilian attems said:
No, unfortunately it seems that the times between loading the usb host
controller, loading usb-storage
) installations.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
maks...any progress on this bug?
A new package which exports ROOTDELAY would be nice, then the rest can be
fixed in udev...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, February 23, 2007 9:42, Frans Pop said:
On Friday 23 February 2007 09:05, David Härdeman wrote:
The behaviour you describe is what could be expected, and it should be
fixed once the patch included in bug report
http://bugs.debian.org/393728 is committed.
Unfortunately
On Fri, February 23, 2007 12:11, maximilian attems said:
On Fri, 23 Feb 2007, David Härdeman wrote:
maks...any progress on this bug?
no.
latest initramfs-tools is on mentors without any #401916 yet.
A new package which exports ROOTDELAY would be nice, then the rest can
be fixed in udev
On Fri, February 23, 2007 14:16, maximilian attems said:
On Fri, Feb 23, 2007 at 01:46:08PM +0100, David Härdeman wrote:
On Fri, February 23, 2007 12:11, maximilian attems said:
On Fri, 23 Feb 2007, David Härdeman wrote:
snipp
mika's case is general enough, it affects lilo on almost any
On Fri, February 23, 2007 16:28, maximilian attems said:
On Fri, Feb 23, 2007 at 03:05:44PM +0100, David Härdeman wrote:
Exactly, considering the low amount of complaints, I'd say there's a
tiny minority that is actually affected by this bug.
Secondly, there is no way to have the bandaid-wait
Perhaps this patch from Gentoo could solve the problem?:
http://viewcvs.gentoo.org/viewcvs.py/gentoo-x86/sys-fs/udev/files/udev-104-persistent-net-fix-name-dups.patch?rev=1.1view=markup
See also the corresponding BR:
http://bugs.gentoo.org/show_bug.cgi?id=166486
--
David Härdeman
related problem.
Could you perhaps try a new install using a newly downloaded image just to
rule out any such issues?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
or rootskel should be changed so that the behaviour
is consistent.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
packaged Linux 2.6
kernel?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
with the debug -D option, do you get
output similar to the above line?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
on the progress on that bug
--
David Härdeman
, then Lukazs patch should work, do you know how to build debian
packages from source, and if yes, could you try to build one using the
patch from:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405461;msg=22
--
David Härdeman
tags 411240 +patch
thanks
The attached patch changes the quota_read function from imap/quota_db.c
to check for a null data pointer (caused by zero length files) before
trying to work with it. Thanks to Ulrich P. Klein for the detailed BR.
--
David Härdeman
diff -ur ./kolab-cyrus-imapd-2.2.13
logs from the main menu in the installer to do this, you might
need to gzip the log files before sending them to the list).
--
David Härdeman
On Mon, Feb 19, 2007 at 07:21:08PM +0100, maximilian attems wrote:
heya david,
Hey Maks :)
On Fri, 16 Feb 2007, David Härdeman wrote:
Short-term solution:
Therefore, I think the best short-term solution (considering the
ever-impending Etch release) would be to add the root_wait= boot
involved crypto for some reason.
Could you please provide me with the contents of your /etc/crypttab and
/etc/fstab?
--
David Härdeman
Frans Pop wrote:
On Monday 19 February 2007 21:22, David Härdeman wrote:
The only problem with the approach is that a large majority of all
machines have usb which means that we'll slow down the boot for all
those machines even though a small minority are affected.
That's a very, very ugly
reassign 411284 evms
thanks
On Mon, Feb 19, 2007 at 11:15:20PM +0200, Sami Liedes wrote:
On Mon, Feb 19, 2007 at 09:38:58PM +0100, David Härdeman wrote:
First of all, the 'Volume group root not found' warning is harmless.
The reason that you see it is that your luks volume is called
root
implement a udev-driven
asynchronous wait-for-root-dev-on-boot...right? :)
How would MODULES=MOST create stuff under /dev then?
oot
what about static dev.. ;)
Yuck :)
--
David Härdeman
On Mon, Feb 19, 2007 at 11:36:29PM +0100, Michael Prokop wrote:
* David Härdeman [EMAIL PROTECTED] [20070219 22:15]:
+# Check for problematic devices
+problem=0
+
+# USB / FireWire
+if $(grep -q usb\|ieee1394 /proc/devices); then
+ problem=1
+fi
How about:
if $(ps | grep -q usb-storage
longer than expectedso whaddaya think Maks?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Wasn't this package kept in the archive just to not break d-i RC1?
If so, now would perhaps be a good time remove the package as d-i RC1 is
broken anyways due to the old security key issue?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
Have any of you guys who can reproduce this been able to do the additional
tests suggested in the bug report yet? This is one of the few remaining RC
bugs which is present in both Etch and Sid so it would be nice to make
some progress...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL
in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401916#52
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, February 14, 2007 11:02, Michael Prokop said:
* David Härdeman [EMAIL PROTECTED] [20070206 19:15]:
udevtrigger
udevsettle || true
ps /begin.ps
while ps | grep -q usb-stor-scan; do
sleep 1;
done
while ps | grep -q scsi_scan_; do
sleep 1;
done
ps /middle.ps
for this to the cryptsetup repo, it will be
included in the next upload. Thanks for spotting the error.
--
David Härdeman
Executive summary:
dmsetup / cryptsetup both fail to create a mapping on top of a raid
device (/dev/md0 in this case).
For much more details, see the bug report, any help appreciated as I'm out
of ideas on how to diagnose the error:
http://bugs.debian.org/409875
--
David Härdeman
On Fri, February 9, 2007 11:45, Loic Minier said:
On Thu, Feb 08, 2007, David Härdeman wrote:
dmsetup / cryptsetup both fail to create a mapping on top of a raid
device (/dev/md0 in this case).
I don't know where the error lies, but I created two loop devices loop0
and loop1, added them
you build a new kernel which includes the patch attached to bug
report #304507 and try again?
http://bugs.debian.org/cgi-bin/bugreport.cgi/2.6-bd-claim.patch?bug=304507;msg=5;att=1
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
():
printk(release: %d:%d\n,
MAJOR(bdev-bd_dev), MINOR(bdev-bd_dev));
Recompile, install, reboot, try cryptsetup, and then send me the entire
dmesg output
--
David Härdeman
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
();
(right after the above printk in bd_claim())
And then send another dmesg this way...this should tell us which
process/kernel thread it is that locks md0...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
provide me with ls -al
/dev/root and cat /proc/cmdline as well as the contents of your grub
or lilo config file.
--
David Härdeman
.
--
David Härdeman
-v -v -v -v -v -v create root map
and see if you get some additional output?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
filtered out by the kernel (the
initrd parameter seems to be filtered out too).
Anything which is not understood by the kernel is added to init's env and
vice versa (see the kernel sources, file init/main.c, function
unknown_bootoption)
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL
that would just be the dummy pass
from the map file).
The command to execute would be:
dmsetup create root map 2 /tmp/dmsetup.stderr
--
David Härdeman
/md0 in this case).
For much more details, see the bug report, any help appreciated:
http://bugs.debian.org/409875
--
David Härdeman
containing the following line:
0 1 crypt aes-cbc-essiv:sha256 0123456789abcdef0123456789abcdef 0 /dev/md0 0
then run dmsetup create root map and see if that fails?
--
David Härdeman
to table
If it tries to setup 253:2, that suggests that there are two other
device-mapper devices already setup...what is the output of ls -al
/dev/mapper, dmsetup table and cat /proc/mounts? Also, are you
using udev?
--
David Härdeman
On Wed, Feb 07, 2007 at 11:26:16PM +0100, Johannes Schlumberger wrote:
[23:24:[EMAIL PROTECTED]:/home/spjsschl]# cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / ext3 rw,data=ordered 0 0
Also...which device is / on? I.e. /dev/root is an alias of
/dev/hdwhat?
--
David Härdeman
devices are 22:5 and 22:65? I'm guessing /dev/hdc5 and /dev/hdd2?
Could you provide me with the output from ls -al /dev/hd* and fdisk -l
/dev/hd?
(BTW, the above keys are random keys, right?)
--
David Härdeman
On Thu, Feb 08, 2007 at 01:49:35AM +0100, David Härdeman wrote:
Ok, one more test...could you deallocate both swap mappings and then try
to setup your root mapping?
That is, run something like
swapoff -a cryptsetup remove swap1 cryptsetup remove swap2
and then try the cryptsetup create
Ok, one more test...could you deallocate both swap mappings and then try
to setup your root mapping?
That is, run something like
swapoff -a cryptsetup remove swap1 cryptsetup remove swap2
and then try the cryptsetup create... invocation
--
David Härdeman
On Tue, Feb 06, 2007 at 11:14:34AM +0100, Michael Prokop wrote:
* David Härdeman [EMAIL PROTECTED] [20070201 18:08]:
On Thu, Feb 01, 2007 at 05:16:11PM +0100, maximilian attems wrote:
On Thu, Feb 01, 2007 at 04:38:03PM +0100, David Härdeman wrote:
So, as a workaround for Etch until
.
Could you please verify this by trying to run modprobe dm-crypt
and make sure that the dm-crypt module is loaded (check with lsmod).
--
David Härdeman
not able to reproduce this. Using a qemu machine with
two virtual disks in a RAID set, the crypt mapping is setup correctly.
If I do make sure that the dm-crypt.ko module is not available, the
error messages and strace exactly match yours.
What output do you get from dmsetup targets?
--
David
this:
udevtrigger
udevsettle || true
while ps | grep -q [usb-stor-scan]; do
sleep 1;
done
while ps | grep -q [scsi_scan_.*]; do
sleep 1;
done
udevsettle || true
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Thu, Feb 01, 2007 at 05:16:11PM +0100, maximilian attems wrote:
On Thu, Feb 01, 2007 at 04:38:03PM +0100, David Härdeman wrote:
So, as a workaround for Etch until this is fixed (presumably by upstream
changes to udev and/or the kernel), how about changing the following lines
in the udev
for
the passphrase?
Yes, --key-file=- will do a binary read on stdin if stdin is a file (or
pipe), what it will do if stdin is a terminal I'm not sure (and I can't
check at the moment).
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
/device)
+ if [ $(dmsetup status $device | cut -d' ' -f3) = crypt ];
then
+ lvm=yes
+ fi
fi
fi
--
David Härdeman
idea...the upstream mailing list is very active.
--
David Härdeman
the graphical installer.
--
David Härdeman
in the cryptdisks.functions script
and retry a shutdown?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
; then
$LOSETUP -d /dev/loop$minor
fi
else
log_progress_msg $dst(busy)
fi
else
log_progress_msg $dst(stopped)
fi
done
log_action_end_msg 0
}
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL
the cryptdisks scripts are executed at shutdown, udev is not
running (as FJP said).
The proper fix for this seems to be a post-Etch thing (involving
changes in the kernel, udev and libdevmapper), and the issue seems
mostly cosmetical, so I'll mark the bug as such.
--
David Härdeman
On Mon, January 15, 2007 12:45, Steve Langasek said:
On Sun, Jan 14, 2007 at 11:08:53PM +0100, David Härdeman wrote:
I'll forward the same message to this bug that I forwarded to #406697
(which is now closed). Feel free to substitute cryptsetup for
lvm or any other suitable packages
to magically appear
instead).
There is a writeup on this with some more details at:
https://wiki.ubuntu.com/UdevDeviceMapper
However, I can't see that anything needs to be done in cryptsetup
(except making sure that all works when/if this behaviour is changed in
libdevmapper).
--
David Härdeman
that anything needs to be done in cryptsetup
(except making sure that all works when/if this behaviour is changed in
libdevmapper).
--
David Härdeman
=ripemd160 line should be included in the
/etc/crypttab setup.
Changing the defaults is not a good solution since that would break the
setup for others, so I'll add a line about this to the documentation and
consider the BR closed with that.
--
David Härdeman
as device nodes.
--
David Härdeman
don't agree that it's very likely. What is likely is that the mapping
is setup during boot and not touched later.
So it seems it would work if we fix the initramfs scripts, and run
update-initramfs in postinst.
--
David Härdeman
think I'll add both the symlink
target check and the warning message...
--
David Härdeman
201 - 300 of 616 matches
Mail list logo