On Thu, 2 Sep 2010, zoltan herman wrote:
This problem appeared at me when there were a scsi and a sata on my computer.
I installed the Lenny and I got the same error during the boot what you
report about (A PATA/IDE HDD solve my problem in the end).
The internal disks are SATA, and I have
The issue on this particular system is that the binding file resides
on /var which isn't available early enough for
/etc/init.d/multipath-tools-boot.
In that case the paths got assigned new names during each boot which
causes the problem.
A workaround is to use the multipath-tools-boot
On Fri, 6 Nov 2009, Frans Pop wrote:
On Friday 06 November 2009, Frans Pop wrote:
Found the problem, which is documented but it's somewhat difficult
to parse. This change in my preseed file fixed the issue:
- d-i mirror/udeb/suite string lenny
+ d-i mirror/udeb/suite
retitle 553309 partman-auto-raid: clarify how to set up lvm+raid
thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Thanks for your prompt reply.
Neither of those are valid selection requests, unfortunatly. What
exactly are you trying to do?
I am experimenting with pulling out groups of bugs using usertags.
Specifically I was attempting to make some of the urls in [2],
that claim to pull out arch-specific
Thanks for your patient answers.
I am experimenting with pulling out groups of bugs using usertags.
Specifically I was attempting to make some of the urls in [2], that
claim to pull out arch-specific bugs, actually work.
Assuming the architecture specific bits are done by usertags that are
In the preseed I have set the etch distribution as well
% grep -w etch /var/lib/preseed/log
d-i mirror/suite select etch
d-i preseed/url string
http://installserver/./preseed/debian/etch/amd64/server-lenny.cfg
d-i mirror/suitestring etch
d-i mirror/codename
Finally got back to this.
[..snip..]
I expected multipath-tools to leave the device alone, or at least
allow the system to mount and be able to access the data as before,
since I had not 'told' the package about these devices.
I had not configured /etc/multipath.conf, that file did not exist.
thanks for the quick reply.
On Tue, Jan 06, 2009 at 08:50:28AM +1100, Vincent McIntyre wrote:
Other things I noticed:
- fdisk works ok
# fdisk -l /dev/sdc
Disk /dev/sdc: 1505.9 GB, 1505973239808 bytes
64 heads, 32 sectors/track, 1436208 cylinders
Units = cylinders of 2048 * 512 =
9 matches
Mail list logo