[Bradford] Nearly working laptop

Devo Too mike_g at devotoo.org.uk
Tue Mar 26 14:53:28 UTC 2019


Left a bit of time before hitting the power switch on the last shutdown 
and the kernel is still panicking.

The UUIDs in fstab all match those of the blkid output now.

So we have a partial solution. Where to next?

Also, it has dropped its connection and is failing to pick up an ip 
through dhcp.

On 26/03/2019 14:36, Devo Too via Bradford wrote:
> I thought I'd already checked all that. But you may have just hit the 
> nail on the head. sda3 (swap) shows a different UUID for each entry and 
> blkid has just told me which to delete (I'd commented the wrong one out!).
> 
> So tried with the correct (wrong one) entry commented out, uncommented 
> the accurate entry and it still hung but starts on steroids, no 
> questions about the home partition.
> 
> Deleted all the dual entries and same thing, starts on steroids but 
> hangs on reboot or shutdown.
> 
> I can't paste anything yet. No software beyond system tools installed. 
> I'm having to cross the room to the router to see the laptop as the box 
> (this one) is on a long cat5 and pretty well fixed in place but no other 
> long cat5 or 6 to put them closer together.
> 
> fstab and blkid will probably come up on the same screen though, so I 
> can double check now and correct any faults manually.
> 
> On 26/03/2019 14:08, Duncan Hughes via Bradford wrote:
>> I would just delete all the duplicates from fstab, take a backup of 
>> the whole file if you’re worried about losing anything.  Then double 
>> check the UUIDs against what you actually have on the disk (blkid is 
>> your friend).  Can you paste your fstab and the output of blkid?
>>
>>
>>
>>
>>> On 26 Mar 2019, at 14:05, Devo Too via Bradford 
>>> <bradford at mailman.lug.org.uk> wrote:
>>>
>>> Hi Dunc,
>>>
>>> I think only once, but as entries were not sticking, e.g. running mk 
>>> and mount had to be double checked to ensure the command had been 
>>> carried out, I may have done. Certainly I ran genfstab at least once 
>>> when it failed to generate the file whislt still in archiso, 
>>> pre-chrooting to the system.
>>>
>>> Yes, new Arch installation on a brand new laptop. This midi tower 
>>> also runs on Arch but this installation is five to six years old.
>>>
>>> Question is whether to delete, or at least comment out, the extra 
>>> entries. I can't see that they would be doing anything constructive 
>>> and they may be the root of some of the problems?
>>>
>>> Cheers,
>>>
>>> Mike
>>>
>>> On 26/03/2019 13:44, Duncan Hughes via Bradford wrote:
>>>> Hi Mike,
>>>> Is this your Arch box?  Did you run genfstab multiple times?
>>>> Dunc.
>>>>> On 26 Mar 2019, at 13:41, Devo Too via Bradford 
>>>>> <bradford at mailman.lug.org.uk> wrote:
>>>>>
>>>>> Hi Folks,
>>>>>
>>>>> With thanks to John Hudson and the author of this blog 
>>>>> http://averagelinuxuser.com/a-step-by-step-arch-linux-installation-guide/ 
>>>>> I now have a laptop which kind of works, a huge improvement upon 
>>>>> where I was on Friday.
>>>>>
>>>>> It stutters to boot and will only shut down when its power is shut 
>>>>> off. On boot, it has problems with a UUID which it targets 130 
>>>>> seconds to commit and moves on when it fails, so a slow boot. It 
>>>>> turns out that UUID is for the fourth and final partition, 
>>>>> /dev/sda4 /home.
>>>>>
>>>>> It goes into kernel panic on reboot or shutdown, so the power 
>>>>> switch comes into play.
>>>>>
>>>>> /etc/fstab has multiple identical entries for three of the four 
>>>>> partitions. In turn:
>>>>>
>>>>> /dev/sda1 /boot/efi 1 entry
>>>>> /dev/sda2    /   3 entries
>>>>> /dev/sda3 swap (none) 2 entries
>>>>> /dev/sda4 /mnt/home 2 entries.
>>>>>
>>>>> the order they are listed in is / / efi home swap / home swap
>>>>>
>>>>> The layout is
>>>>> # /dev/sdaX
>>>>> UUID ~blahblah~
>>>>> (blank line)
>>>>> # /dev etcetera
>>>>>
>>>>> and the kernel panic happened at each shutdown or reboot. So I 
>>>>> added a single # to each uncommented repeat and hit reboot. A blank 
>>>>> screen appeared with a cursor flickering, top left hand corner. 
>>>>> Power button, same cure as before.
>>>>>
>>>>> Booting up again, the system is still looking for /home partition. 
>>>>> I haven't added any ordinary user yet and there is no data in 
>>>>> there. Would adding a user with ~/username/ help?
>>>>>
>>>>> Any sysadmins or gifted amateurs out there to point me in the right 
>>>>> direction, please? Is fstab the right place to look? If not, what 
>>>>> else should I be doing?
>>>>>
>>>>> TIA,
>>>>>
>>>>> Mike
>>>>>
>>>>> -- 
>>>>> Bradford mailing list
>>>>> Bradford at mailman.lug.org.uk
>>>>> https://mailman.lug.org.uk/mailman/listinfo/bradford
>>>
>>> -- 
>>> Bradford mailing list
>>> Bradford at mailman.lug.org.uk
>>> https://mailman.lug.org.uk/mailman/listinfo/bradford
>>
>>
> 



More information about the Bradford mailing list