0

My Ubuntu 18.04 LTS on an ASUS VivoBook S15 is taking about 30 seconds to boot from the time that Grub2 initiates the Ubuntu boot until the login box appears (dual boot system with Windows but I don't think that this is relevant - Windows boots fast). From the output of dmesg I see that most of this time is due to trying to find an "Attached SCSI removable disk":

[2.922832] scsi 3:0:0:0: Direct-Access Canon MG6800 series 0203 PQ: 0 ANSI: 2

[2.923136] sd 3:0:0:0: Attached scsi generic sg1 type 0

[2.923740] sd 3:0:0:0: Power-on or device reset occurred

[2.925122] sd 3:0:0:0: [sdb] Attached SCSI removable disk

[33.459029] fbcon: Taking over console

I sometimes attach an external hard disk by USB and also some USB pen-disks, but they have all been ejected/unmounted; the delay happens whether the Canon printer (connected by USB) is on or off. I don't see what Ubuntu could be looking for. Could you please advise on where the problem might be?

Thanks and best wishes, John

user717045
  • 53

2 Answers2

1

From the comments...

Not declared in the original question, testdisk had been used to restore their HDD from a partition erasure, and some partitions were clearly not working correctly.

Rebuilt the swap partition, edited /etc/fstab with the new UUID, and it's all working ok now.

Update #1:

I guess that it's not fully operational after all. Recommend backing up important data, wipe the disk, lay down a fresh MBR/GPT partition table (this will wipe the disk), and reinstalling Windows/Ubuntu.

Regarding swap, modern SSD's work fine with swap, without causing wear issues.

heynnema
  • 73,649
0

I did not want to follow the expert's suggestion of reinstalling Windows/Ubuntu because the system was working fine with the 30 blank screen delay, and reinstalling would have been a super bother to get all the applications and configuration back. I also decided not to reorder the partitions to the original configuration since I had found that whenever I modified partitions in Windows AOMEI partition manager the Ubuntu partitions were lost and had to be retrieved, and changing NTFS partitions in GPARTED often caused problems in Windows. So I just waited and suddenly around 3 April 2021 the 30 second wait went down to 6 seconds like before the problem! I have the installation log if someone is interested in which system update may have done the trick, but I think it is also possible that after exactly one year the system resets itself with the existing partition numbers? Anyway, wanted to say that all is now fine, and that if anyone has the same problem he/she can try waiting a year!

user717045
  • 53