debian wrote:
I've replied with copies of the relevant posts directly to Versus. His problem finding them raises a question.Hello, I searched the archives, but some files are not found. Anyway, i found some others where you explained some things. I could boot with the linux rescue cd and mount my /dev/sda1 I changed the bootlogd to YES but nothing is ever logged because the system can never connect to SDA1, so how could it ever write something to it ? You also say in a message with such a fault that probably the right modules are not loaded? But how is that possible if the installation recognized the disk and wrote all the files and everything and succesfully completed the installation ? Thanks. Verus. -----Original Message----- From: Bob McGowan Sent: dinsdag 24 oktober 2006 17:52 To: debian-user@lists.debian.org Subject: Re: Can't boot after installation debian wrote:Hello, i have a new poweredge 1950 with an embedded dell perc 5/i raid controller There are 2 disks in it of 72GB and are configured as RAID 1. I perform a new installation with the debian testing netcd. Everything goes well, netcard is found, DELL Perc is also found. When partioning the HDD in the installation menu, these are thedetails:SCSI3 (2,0,0) (SDA) -72.7 GB DELL PERC 5/i i partition the harddisk, continue the installation and install GRUB at the master boot record. I reboot after the installation, the GRUB menu is shown and the systemboots. Then after a while i get: ALERT!: /DEV/SDA1 does not exist. Dropping to a shell BusyBox v1.1.3 (Debian 1:1.1.3-2) Built-in shell (ash) enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off. I also tried in raid 0 without the second disk but it remains thesame.It seems that the installation sees SDA1 but it is nog recognized after installation. Can anybody help with this problem please ? thnx, Verus.Verus, Do you have any ATA hard disks or USB disk devices (including memory drives) attached to the system? If so, I think you're seeing a difference in how the BIOS scans disk devices, versus the kernel. If this is the case, I've made several posts on this subject in the past that provide details on how to set up LABEL based booting/mounting of the system. Search the archives for any posts by me, one with the subject "Recent upgrade causes drive lettering scheme to alternate from hda to hde" and two with the subject "Debian AMD64 boots only at random: how to use labels/fstab/grub" Bob Disclaimer : This e-mail is intended for the exclusive use by the person(s) mentioned as recipient(s). If you are not the intended recipient, please notify us immediately. This e-mail does not constitute any commitment for Sea-Ro Terminal N.V. or its subsidiaries except when expressly otherwise agreed in a written agreement between the intended recipient and the originating subsidiaries of Sea-Ro Terminal N.V. Sea-Ro Terminal and each of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. This mail has been checked for viruses by Symantec and Trend Micro.
I just searched on http://lists.debian.org/search.html for AMD64, the October-December date, and got 13 hits. None had any content, returning the error:
Not Found The requested URL //srv/-srv07/msg00116.html was not found on this server."There were 20 hits for AMD64 in the July-September quarter. Again, all 20 links generate the above error.
And, when I searched for 'Debian amd64 boots', a subset of the subject of one of the messages I referred Verus to, it did not find those posts at all, in either of the two quarters in which I sent them, though it did return the response I made to Verus question in which I referred to the posts.
I don't expect that this is normal behavior, but then, I'm also not familiar with the code that maintains the list archives, so maybe there are delays or issues I'm not aware of.
Bob
smime.p7s
Description: S/MIME Cryptographic Signature