bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problems trying to install Debian GNU/Hurd 2021 in SATA AHCI mode, o


From: Damien Zammit
Subject: Re: Problems trying to install Debian GNU/Hurd 2021 in SATA AHCI mode, over Thinkpad T410
Date: Tue, 17 Aug 2021 13:17:29 +1000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0

Hi Almu,

You need to select "AHCI" in bios - not "Compatibility"!

"lspci -nn" on my w520 with coreboot shows:

00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset 
Family 6 port Mobile SATA AHCI Controller [8086:1c03] (rev 05)

I think the compatibility mode makes it appear like an IDE interface, but we 
want AHCI.

Can you boot with "AHCI" mode enabled and send the output of "lspci -nn"

Damien


On 17/8/21 5:11 am, Almudena Garcia wrote:
>> Is it really in AHCI mode?
> Check first and second image
> 
>> we need to know what
>> is actually showing up exactly in lspci, to be sure that the card is
>> showing up really in AHCI-compatible mode.
> 
> Next images
> 
> El lun, 16 ago 2021 a las 20:47, Almudena Garcia (<liberamenso10000@gmail.com 
> <mailto:liberamenso10000@gmail.com>>) escribió:
> 
>     > Is it really in AHCI mode?
> 
>     Yes, I enabled AHCI SATA mode in the BIOS
> 
>     > This is talking about wd0, i.e. the rumpdisk device, i.e. gnumach
>     > didn't detect the AHCI card. That's not expected, we need to know what
>     > is actually showing up exactly in lspci, to be sure that the card is
>     > showing up really in AHCI-compatible mode.
> 
>     I will try to execute it in rescue mode (the current Debian GNU/Hurd 2021 
> installation in compatibility mode has generate some errors and I can't 
> access to tty. Next report)
> 
>     > Alternatively you could try to reboot to have the partition re-read. But
>     > still it's not expected that partition re-read doesn't work, it is
>     > implemented and works in my tests. As usual, actual error messages are
>     > what you want to show, i.e. console 4 (or posssibly more conveniently,
>     > /var/log/syslog)
> 
>     I tried it many times. If I do a installation in IDE mode and, after 
> this, I try a new installation in AHCI mode, the installer detects the 
> partitions correctly. But then fails in the "base system packages" step.
> 
>     > "no more room" looks like somehow rumpdisk is trying to handle more data
>     > than it can. What is the actual size of your disk? I don't know what
>     > sizes where actually tested at all.
> 
>     My harddisk has ~ 320 GB
> 
>     Thanks for your response, I will try to get more information
> 
> 
>     El lun, 16 ago 2021 a las 20:34, Samuel Thibault 
> (<samuel.thibault@gnu.org <mailto:samuel.thibault@gnu.org>>) escribió:
> 
>         Hello,
> 
>         Almudena Garcia, le dim. 15 août 2021 02:04:38 +0200, a ecrit:
>         > Tonight I'm trying to install Debian GNU/Hurd 2021 in a Thinkpad 
> T410,
>         > configuring SATA disk in AHCI mode,
> 
>         Is it really in AHCI mode?
> 
>         > The installer loads, but in partitioning step, after format the 
> partitions, I
>         > found this advice (first attached image)
> 
>         This is talking about wd0, i.e. the rumpdisk device, i.e. gnumach
>         didn't detect the AHCI card. That's not expected, we need to know what
>         is actually showing up exactly in lspci, to be sure that the card is
>         showing up really in AHCI-compatible mode.
> 
>         > If I try to continue,
> 
>         Alternatively you could try to reboot to have the partition re-read. 
> But
>         still it's not expected that partition re-read doesn't work, it is
>         implemented and works in my tests. As usual, actual error messages are
>         what you want to show, i.e. console 4 (or posssibly more conveniently,
>         /var/log/syslog)
> 
>         > the installer format the partitions and then appears
>         > these errors (rest of images)
> 
>         "no more room" looks like somehow rumpdisk is trying to handle more 
> data
>         than it can. What is the actual size of your disk? I don't know what
>         sizes where actually tested at all.
> 
>         Samuel
> 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]