Puncte:0

Ubuntu 20.04.03 întrerupând 2 minute în timpul pornirii

drapel id

Rulează ca VM sub Parallels pe MacOS. Obișnuit să pornească bine - aproximativ 10 secunde - acum durează peste 2 minute și totul este în nucleu (timpul de analiză a sistemelor):

Pornire s-a terminat în 2 min 2,911 s (kernel) + 5,163 s (spațiu utilizator) = 2 min 8,075 s 
graphical.target atins după 5.138s în spațiul utilizatorului

Acest lucru poate fi văzut în dmesg, o porțiune copiată mai jos:

...[croitor]...
[ 2.673238] fb0: trecerea la prldrmfb de la VESA VGA
[ 2.673270] usb usb4: Producător: Linux 5.11.0-34-generic xhci-hcd
[ 2.673658] scsi host4: ahci
[ 2.674010] usb usb4: SerialNumber: 0000:00:1d.6
[ 2.674971] Consolă: trecerea la un dispozitiv fals de culoare 80x25
[ 2.676406] scsi host5: ahci
[ 2.679839] scsi host6: ahci
[ 2.680667] intrare: Parallels Virtual Mouse ca /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/0003:203A:FFFC.0001/input/input5
[ 2.680864] hid-generic 0003:203A:FFFC.0001: input,hidraw0: USB HID v1.10 Mouse [Parallels Virtual Mouse] pe usb-0000:00:1d.0-1/input0
[ 2.683355] intrare: Parallels Virtual Mouse ca /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.1/0003:203A:FFFC.0002/input/input6
[ 2.683414] hid-generic 0003:203A:FFFC.0002: input,hidraw1: USB HID v1.10 Mouse [Parallels Virtual Mouse] pe usb-0000:00:1d.0-1/input1
[ 2.683596] scsi host7: ahci
[ 2.683829] ata3: SATA max UDMA/133 abar m8192@0xf0200000 port 0xf0200100 irq 26
[ 2.683834] ata4: SATA max UDMA/133 abar m8192@0xf0200000 port 0xf0200180 irq 26
[ 2.683836] ata5: SATA max UDMA/133 abar m8192@0xf0200000 port 0xf0200200 irq 26
[ 2.683839] ata6: SATA max UDMA/133 abar m8192@0xf0200000 port 0xf0200280 irq 26
[ 2.683860] ata7: SATA max UDMA/133 abar m8192@0xf0200000 port 0xf0200300 irq 26
[ 2.683864] ata8: SATA max UDMA/133 abar m8192@0xf0200000 port 0xf0200380 irq 26
[ 2.685452] hub 4-0:1.0: hub USB găsit
[ 2.686996] hub 4-0:1.0: 12 porturi detectate
[ 2.688647] fbcon: prldrmfb (fb0) este dispozitivul principal
[ 2.689689] Consolă: trecerea la dispozitivul buffer cadru color 100x37
[ 2.690984] prl_vid 0000:01:00.0: [drm] fb0: prldrmfb dispozitiv tampon cadru
[ 2.693005] virtio_net virtio0 enp0s5: redenumit din eth0
[ 2.709721] [drm] Inițializat prl_vid 1.7.0 20210909 pentru 0000:01:00.0 pe minor 0
[ 3.002031] ata3: conexiune SATA de 1,5 Gbps (SSstatus 113 SControl 300)
[ 3.002473] ata3.00: ATA-8: Ubuntu Linux-0 SSD, F.NB0GRW, max UDMA/100
[ 3.002509] ata3.00: 1073741824 sectoare, multi 0: LBA48 NCQ (adâncime 32)
[ 3.002963] ata3.00: configurat pentru UDMA/100
[ 3.003413] scsi 2:0:0:0: ATA cu acces direct Ubuntu Linux-0 S 0GRW PQ: 0 ANSI: 5
[ 3.003754] sd 2:0:0:0: Scsi generic sg0 tip 0 atașat
[ 3.004067] sd 2:0:0:0: [sda] 1073741824 Blocuri logice de 512 octeți: (550 GB/512 GiB)
[ 3.004093] sd 2:0:0:0: [sda] blocuri fizice de 4096 de octeți
[ 3.004954] sd 2:0:0:0: [sda] Protecția la scriere este dezactivată
[ 3.005716] sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 3.005762] sd 2:0:0:0: [sda] Cache de scriere: activat, cache de citire: activat, nu acceptă DPO sau FUA
[ 3.027611] sda: sda1 sda2 < sda5 >
[ 3.050540] sd 2:0:0:0: [sda] Disc SCSI atașat
[ 3.318699] ata4: conexiune SATA de 1,5 Gbps (SSstatus 113 SControl 300)
[ 3.320847] ata4.00: ATAPI: Virtual DVD-ROM [1], FWR1, max UDMA/25
[ 3.322856] ata4.00: configurat pentru UDMA/25
[ 3.325443] scsi 3:0:0:0: CD-ROM Virtual DVD-ROM R103 PQ: 0 ANSI: 5
[ 3.383265] sr 3:0:0:0: [sr0] scsi3-mmc drive: 44x/44x cd/rw xa/form2 cdda tray
[ 3.384340] cdrom: Driver CD-ROM uniform Versiune: 3.20
[ 3.446214] sr 3:0:0:0: CD-ROM scsi atașat sr0
[ 3.446545] sr 3:0:0:0: Scsi generic sg1 tip 5 atașat
[ 3.563878] intrare: ImExPS/2 Generic Explorer Mouse ca /devices/platform/i8042/serio1/input/input4
[ 3.764290] ata5: SATA link down (SSstatus 0 SControl 300)
[ 4.082980] ata6: SATA link down (SSstatus 0 SControl 300)
[ 4.397906] ata7: SATA link down (SSstatus 0 SControl 300)
[ 4.718538] ata8: SATA link down (SSstatus 0 SControl 300)
[ 122.808488] EXT4-fs (sda5): sistem de fișiere montat cu modul de date ordonate. Opțiuni: (null). Modul cotă: niciunul.
[ 122.927189] systemd[1]: Modulul introdus „autofs4”
[ 122.947246] systemd[1]: systemd 245.4-4ubuntu3.11 rulează în modul sistem. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hibrid)
[ 122.948345] systemd[1]: kvm de virtualizare detectat.
[ 122.948681] systemd[1]: Arhitectura detectată x86-64.
[ 122.967752] systemd[1]: Setați numele gazdei la <ubuntu-vm>.
[ 123.102544] systemd[1]: /etc/systemd/system/prltoolsd.service:13: PIDFile= face referire la o cale sub directorul moștenit /var/run/, actualizând /var/run/prltoolsd.pid â /run/ prltoolsd.pid; vă rugăm să actualizați fișierul unității în consecință.
[ 123.143913] systemd[1]: Slice creată system-modprobe.slice.
[ 123.149406] systemd[1]: Slice creată system-systemd\x2dfsck.slice.
[ 123.150410] systemd[1]: Secțiunea creată de utilizator și sesiune de sesiune.
...[croitor]...

Nu pot spune dacă întârzierea este cauzată de montarea sda5 (se spune „montat...”, ceea ce înseamnă că s-a terminat) sau altceva, de ex. o problemă cu ata8. Nu știu suficient despre Linux pentru a fi încrezător în această afirmație, dar mă întreb dacă atâtea unități sunt legate de (A) hard disk-ul meu Mac; (B) SSD-ul meu conectat cu VM Linux pe el; (c) foldere mapate de pe Mac.

Am încercat să pornesc fără opțiunile silențioase și splash din grub, dar tot ce văd este o pauză lungă, așa cum se arată mai sus. Toate acestea sunt înainte ca Journalctl și syslog să se uite, așa că nu pot găsi nimic acolo.

sistem-analiza vina sau lanțul critic nu arată nimic util.

Am încercat să pornesc cu grub setat să nu fac fsck, dar nu m-am ajutat. Am comparat UUID-urile:

/dev/sda5: UUID="0363354f-f8fb-46b5-a6f3-2cdefd508240" TYPE="ext4" PARTUUID="77746e54-05"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: UUID="D46A-1225" TYPE="vfat" PARTUUID="77746e54-01"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
# /etc/fstab: informații statice despre sistemul de fișiere.
#
# Utilizați „blkid” pentru a imprima identificatorul unic universal pentru a
# dispozitiv; aceasta poate fi folosită cu UUID= ca o modalitate mai robustă de a denumi dispozitive
# care funcționează chiar dacă discuri sunt adăugate și eliminate. Vezi fstab(5).
#
# <sistem de fișiere> <punct de montare> <tip> <opțiuni> <dump> <trecere>
# / a fost pe /dev/sda5 în timpul instalării
UUID=0363354f-f8fb-46b5-a6f3-2cdefd508240 / ext4 errors=remount-ro 0 1
# /boot/efi a fost pe /dev/sda1 în timpul instalării
UUID=D46A-1225 /boot/efi vfat umask=0077 0 1
/swapfile niciunul swap sw 0 0

fdisk -l arată:

...[croitor]...
Disc /dev/sda: 512 GiB, 549755813888 octeți, 1073741824 sectoare
Model de disc: Ubuntu Linux-0 S
Unități: sectoare de 1 * 512 = 512 octeți
Dimensiunea sectorului (logic/fizic): 512 octeți / 4096 octeți
Dimensiunea I/O (minimă/optimă): 4096 octeți / 4096 octeți
Tip etichetă de disc: dos
Identificatorul discului: 0x77746e54

Dispozitiv Boot Start End Sectors Size ID Tip
/dev/sda1 * 2048 1050623 1048576 512M b W95 FAT32
/dev/sda2 1052670 1073739775 1072687106 511.5G 5 Extins
/dev/sda5 1052672 1073739775 1072687104 511.5G 83 Linux

Partiția 2 nu începe la limita sectorului fizic.

...[croitor]...

Nu cred că alinierea partiției este problema, dar ar putea fi greșită, presupun, pentru că nu am făcut nimic cu imaginea de disc de când am creat-o și, după cum am spus, problema a început abia recent. Singurele lucruri instalate recent sunt corecțiile de la bază Ubuntu prin Software-Updater, dar nu le pot identifica la o anumită oră sau eveniment.

Sunt blocat cu privire la cum să rezolv problema în continuare, are cineva idei?

EDITARE: Mapările discurilor

ls -l /dev/disk/by-path/

total 0
lrwxrwxrwx 1 root root 9 Sep 13 16:24 pci-0000:00:1f.2-ata-1 -> ../../sda
lrwxrwxrwx 1 root root 10 sep 13 16:24 pci-0000:00:1f.2-ata-1-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 sep 13 16:24 pci-0000:00:1f.2-ata-1-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 sep 13 16:24 pci-0000:00:1f.2-ata-1-part5 -> ../../sda5
lrwxrwxrwx 1 root root 9 Sep 13 16:24 pci-0000:00:1f.2-ata-2 -> ../../sr0

De asemenea:

grep „[0-9]” /sys/class/scsi_host/host{0..9}/unique_id

/sys/class/scsi_host/host0/unique_id:1
/sys/class/scsi_host/host1/unique_id:2
/sys/class/scsi_host/host2/unique_id:3
/sys/class/scsi_host/host3/unique_id:4
/sys/class/scsi_host/host4/unique_id:5
/sys/class/scsi_host/host5/unique_id:6
/sys/class/scsi_host/host6/unique_id:7
/sys/class/scsi_host/host7/unique_id:8
ls -lisah /sys/block
total 0
 3899 0 drwxr-xr-x 2 rădăcină rădăcină 0 Sep 13 16:22 .
    1 0 dr-xr-xr-x 13 rădăcină rădăcină 0 13 sept 16:22 ..
17686 0 lrwxrwxrwx 1 root root 0 Sep 13 16:24 loop0 -> ../devices/virtual/block/loop0
17831 0 lrwxrwxrwx 1 root root 0 Sep 13 16:24 loop1 -> ../devices/virtual/block/loop1
29992 0 lrwxrwxrwx 1 root root 0 Sep 13 16:39 loop10 -> ../devices/virtual/block/loop10
17976 0 lrwxrwxrwx 1 root root 0 Sep 13 16:24 loop2 -> ../devices/virtual/block/loop2
18121 0 lrwxrwxrwx 1 root root 0 Sep 13 16:24 loop3 -> ../devices/virtual/block/loop3
18266 0 lrwxrwxrwx 1 root root 0 Sep 13 16:24 loop4 -> ../devices/virtual/block/loop4
18411 0 lrwxrwxrwx 1 root root 0 Sep 13 16:24 loop5 -> ../devices/virtual/block/loop5
18556 0 lrwxrwxrwx 1 root root 0 Sep 13 16:24 loop6 -> ../devices/virtual/block/loop6
18701 0 lrwxrwxrwx 1 root root 0 Sep 13 16:24 loop7 -> ../devices/virtual/block/loop7
26265 0 lrwxrwxrwx 1 root root 0 Sep 13 16:24 loop8 -> ../devices/virtual/block/loop8
26417 0 lrwxrwxrwx 1 root root 0 Sep 13 16:24 loop9 -> ../devices/virtual/block/loop9
25047 0 lrwxrwxrwx 1 root root 0 Sep 13 16:22 sda -> ../devices/pci0000:00/0000:00:1f.2/ata3/host2/target2:0:0/2:0:0:0/ bloc/sda
25348 0 lrwxrwxrwx 1 root root 0 Sep 13 16:34 sr0 -> ../devices/pci0000:00/0000:00:1f.2/ata4/host3/target3:0:0/3:0:0:0/ bloc/sr0

Deci am host4-6 definit, dar nimic pentru acele gazde, doar gazdele 2 și 3 (care par ok în mesajele de boot.)

waltinator avatar
drapel it
Între 3.764290 și 4.718538, patru dintre legăturile dvs. SATA s-au oprit.! Toate discurile tale conectate prin Serial ATA au dispărut. 118 secunde mai târziu, la 122.808408, legăturile SATA s-au recuperat în tăcere și încărcarea a continuat. Bănuiesc alimentare sau o problemă cu MacOS.
ad-johnson avatar
drapel id
Cum îți poți da seama că s-au recuperat în acel moment - pentru că întârzierea s-a încheiat? Cred că acele discuri sunt probabil să fie mapate în foldere/unități MacOS. Am adăugat câteva informații de cartografiere în postarea mea inițială
ad-johnson avatar
drapel id
Cred că asta ar putea fi un pic de nebunie. Configurația Parallels VM îmi oferă posibilitatea de a alege locația pentru hard disk-ul VM și în acel set de opțiuni sunt SATA 0:1 până la SATA 0:6. În prezent, este selectată locația SATA 0:1. Asta ar implica că, dacă unitatea de pornire are un slot SATA, CD-ROM-ul virtual ia un alt slot SATA, care ar lăsa 4 neutilizate - în jurnale, aceasta pare să fie mapată la ATA3, ATA4 și, respectiv, ATA5-8. Mac-ul meu are 0 conexiuni SATA fizice.
Puncte:0
drapel lb

Pe baza constatărilor dvs., eliminarea completă a unității CD/DVD din setările de configurare hardware pare să rezolve, de asemenea, problema și să înlăture nevoia de a păstra o imagine ISO conectată permanent.

Puncte:0
drapel id

Am găsit problema. VM-ul Parallels este configurat cu o unitate CD-ROM deconectată - opțiunile sunt deconectate sau selectați o imagine ISO. Când nucleul pornește, acesta este prezentat cu un CD-ROM gol și încearcă să găsească un disc și apoi expiră. Dacă configurez VM să folosească un ISO, pornește fără întârziere. Acest lucru a început cu kernel-ul 5.11.0-34-generic, dar nu știu dacă este o problemă de kernel sau o problemă Parallels. Pornirea într-o versiune mai veche a nucleului pare să „vindecă problema”.

NOTĂ: acest lucru provoacă, DE ASEMENEA, problema cu evenimentele de schimbare systemd-udevd în fugă legate de cd-rom, ceea ce face ca systemd-udevd să treacă la 100% CPU.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.