Quoting Willy Gommel ([EMAIL PROTECTED]):
> "Begin: Running Scripts/Init-bottom ...
> Done.
> run-init; /sbin/init: No such file or directory
> Kernel-panic - not syncing: Attempted to kill Init!"
>
> Which, of course, puts an immediate and permanent stop to the proceedings.
Are there other mess
Package: installation-reports
Version: 2.29
Severity: critical
Justification: breaks the whole system
-- Package-specific info:
Boot method: CD
Image version:
HTTP://cdimage.debian.org/debian-cd/4.0_r1/i386/iso-cd/debian-40r1-i386-businesscard.iso
Date: 10-3-2007 all day.
Machine; Toshiba A20
Hi!
I would like to add the following the Etch erratas:
cvs diff: Diffing .
Index: index.wml
===
RCS file:
/cvs/webwml/webwml/english/releases/etch/debian-installer/index.wml,v
retrieving revision 1.17
diff -r1.17 index.wml
254a255,2
linux-modules-di-ia64-2.6_1.05.dsc
to pool/main/l/linux-modules-di-ia64-2.6/linux-modules-di-ia64-2.6_1.05.dsc
linux-modules-di-ia64-2.6_1.05.tar.gz
to pool/main/l/linux-modules-di-ia64-2.6/linux-modules-di-ia64-2.6_1.05.tar.gz
(new) loop-aes-modules-2.6.22-2-itanium-di_1.05_ia64.udeb extra deb
linux-modules-di-ia64-2.6_1.05_ia64.changes uploaded successfully to localhost
along with the files:
linux-modules-di-ia64-2.6_1.05.dsc
linux-modules-di-ia64-2.6_1.05.tar.gz
loop-aes-modules-2.6.22-2-itanium-di_1.05_ia64.udeb
squashfs-modules-2.6.22-2-itanium-di_1.05_ia64.udeb
Greetings,
Your message dated Wed, 03 Oct 2007 19:10:39 -0300
with message-id <[EMAIL PROTECTED]>
and subject line Bug#445196: etch laptop installation: without problems
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the
Package: installation-reports
Boot method: Full Etch DVD Image with internet connection active
while installing
Image version: 4.0 (installer build 20070308etch1)
Date: 23.09.2007 19:00
Machine: Laptop from german distributor Vobis
Processor: Intel(R) Pentium(R) M processor 1400MH
Paste your message below (end with ^D) or cancel with ^C:
Sorry, my previous reply is obviously incorrect. The kernel parameter needs
to point to the boot partition.
I'm not sure what the correct configuration should beto boot with a separate
/boot partition on S/390. The manpage for zipl.conf doe
Neil Williams <[EMAIL PROTECTED]> writes:
> On Wed, 03 Oct 2007 14:41:10 -0300
> Otavio Salvador <[EMAIL PROTECTED]> wrote:
>
>> Neil Williams <[EMAIL PROTECTED]> writes:
>>
>> > Is there a cleaner way of achieving the same result, maybe debootstrap
>> > could support / as a default and allow an
On Wed, 03 Oct 2007 14:41:10 -0300
Otavio Salvador <[EMAIL PROTECTED]> wrote:
> Neil Williams <[EMAIL PROTECTED]> writes:
>
> > Is there a cleaner way of achieving the same result, maybe debootstrap
> > could support / as a default and allow an override on the command line?
>
> Hello Neil,
>
>
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.8
> tags 445157 + patch
Bug#445157: debootstrap - hardcoded value of TARGET in second-stage prevents
creation of a foreign chroot
There were no tags set.
Tags added: patch
>
End of mess
severity 445148 important
reassign 445148 zipl-installer
thanks
> Configuration is a 125 cylinder /dev/dasda1, which is to be mounted
> as /boot, and a large /dev/dasdb1 which is to be mounted as /.
>
> fsck fails for dasda1, but I don't see anywhere that dasda1 is mounted.
> mount /boot says that
Processing commands for [EMAIL PROTECTED]:
> severity 445148 important
Bug#445148: S390: Build w/ /boot partition succeeds, but re-boot fails in fsck
Severity set to `important' from `normal'
> reassign 445148 zipl-installer
Bug#445148: S390: Build w/ /boot partition succeeds, but re-boot fails i
[I'm not subscribed, so please put me on Cc if you want answers]
Hi,
I was informed that there is a project called "smolt" that tries to get
a better understanding what hardware is run with Linux. I think that
this goes together well with e.g. popcon, and that we can only profit
from understandin
Accepted:
quik-installer_0.0.20.dsc
to pool/main/q/quik-installer/quik-installer_0.0.20.dsc
quik-installer_0.0.20.tar.gz
to pool/main/q/quik-installer/quik-installer_0.0.20.tar.gz
quik-installer_0.0.20_powerpc.udeb
to pool/main/q/quik-installer/quik-installer_0.0.20_powerpc.udeb
Override e
Neil Williams <[EMAIL PROTECTED]> writes:
> Is there a cleaner way of achieving the same result, maybe debootstrap
> could support / as a default and allow an override on the command line?
Hello Neil,
Yes, I think that a command line option might be the best way to
handle that.
Can you prepare
quik-installer_0.0.20_powerpc.changes uploaded successfully to localhost
along with the files:
quik-installer_0.0.20.dsc
quik-installer_0.0.20.tar.gz
quik-installer_0.0.20_powerpc.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
Hi jecdiniz!
On 10/3/07, jecdiniz <[EMAIL PROTECTED]> wrote:
> During instalation, I choice the portuguese language and the type of keyboard.
> Everyhing normal and when the I get the CD-ROM item, I got the problem.
> I able to boot the DVD but the problem occurs whem I try to install trought
>
On Wed, Oct 03, 2007 at 12:40:11PM +0200, Morten Werner Forsbring wrote:
> Morten Werner Forsbring <[EMAIL PROTECTED]> writes:
>
> > The problem is when trying to install grub or lilo. First
> > syslog-entries from grub-installer:
>
> I added set -x as requested by lunar, and the results is out [
Package: debootstrap
Version: 1.0.3
Severity: wishlist
Emdebian is building a root filesystem that is created using debootstrap
using the --foreign option. This is then copied to an embedded device
for testing. Unfortunately, debootstrap --second-stage assumes that the
TARGET is / which is awkward
Accepted:
ata-modules-2.6.22-2-itanium-di_1.23_ia64.udeb
to
pool/main/l/linux-kernel-di-ia64-2.6/ata-modules-2.6.22-2-itanium-di_1.23_ia64.udeb
cdrom-core-modules-2.6.22-2-itanium-di_1.23_ia64.udeb
to
pool/main/l/linux-kernel-di-ia64-2.6/cdrom-core-modules-2.6.22-2-itanium-di_1.23_ia64.udeb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I hope this E-mail brings attention
to the now _two failing_ RAID controllors.
> > Let us, the mailinglist, known how to boot with the adaptec 2400
>
> Still no luck with it; so we decided to replace that card with an IDE
> controller PCI card (Prom
Morten Werner Forsbring <[EMAIL PROTECTED]> writes:
> The problem is when trying to install grub or lilo. First
> syslog-entries from grub-installer:
I added set -x as requested by lunar, and the results is out [1]. I
aslo tried to patch lilo-installer.postinst, which also is in the same
webfolde
On Wed, Oct 03, 2007 at 01:30:24AM +0200, Jérémy Bobbio wrote:
> diff --git a/packages/arch/i386/grub-installer/grub-installer
> b/packages/arch/i386/grub-installer/grub-installer
> index 16c9183..b45004c 100755
> --- a/packages/arch/i386/grub-installer/grub-installer
> +++ b/packages/arch/i386/gr
Jérémy Bobbio <[EMAIL PROTECTED]> writes:
>> Log:
>> Replace dpt_i2o with i2o_block to avoid diverting from installed
>> system regarting to RAID with Adaptec 2100S. Closes: #440161
>>
>> Modified:
>>trunk/packages/kernel/kernel-wedge/debian/changelog
>>trunk/packages/kernel/kernel-wedge/
25 matches
Mail list logo
