(10-01-2024, 07:43 AM)julian.delvecchio Wrote: esiste dmesg che puoi dare da terminale una volta avviato uzl e da li fai un copia ed incolla delle info che ti da ed in alternativa puoi usare il comando sudo /var/log/boot.log ed anche sudo /var/log/kern.log ma con dmesg puoi vedere anche gli errori dell'ultimo boot.
Ad ogni modo nessuno ci segnala problematiche di questo tipo, hai verificato con qualche utility che invece non sia il tuo hard disk ad avere settori danneggiati?
DMESG:
Code:
[ 817.598608] [UFW BLOCK] IN=enp0s10 OUT= MAC=01:00:5e:00:00:01:78:90:a2:0c:02:e3:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x60 TTL=1 ID=43070 DF PROTO=2
[ 942.621740] [UFW BLOCK] IN=enp0s10 OUT= MAC=01:00:5e:00:00:01:78:90:a2:0c:02:e3:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x60 TTL=1 ID=44460 DF PROTO=2
[ 1067.634876] [UFW BLOCK] IN=enp0s10 OUT= MAC=01:00:5e:00:00:01:78:90:a2:0c:02:e3:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x60 TTL=1 ID=47534 DF PROTO=2
[ 1192.646678] [UFW BLOCK] IN=enp0s10 OUT= MAC=01:00:5e:00:00:01:78:90:a2:0c:02:e3:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x60 TTL=1 ID=59318 DF PROTO=2
[ 1317.669129] [UFW BLOCK] IN=enp0s10 OUT= MAC=01:00:5e:00:00:01:78:90:a2:0c:02:e3:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x60 TTL=1 ID=59381 DF PROTO=2
[ 1365.253789] perf: interrupt took too long (5147 > 4905), lowering kernel.perf_event_max_sample_rate to 38750
[ 1442.681820] [UFW BLOCK] IN=enp0s10 OUT= MAC=01:00:5e:00:00:01:78:90:a2:0c:02:e3:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x60 TTL=1 ID=1634 DF PROTO=2
[ 1567.704919] [UFW BLOCK] IN=enp0s10 OUT= MAC=01:00:5e:00:00:01:78:90:a2:0c:02:e3:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x60 TTL=1 ID=7784 DF PROTO=2
imac@imac-iMac:~$
I due comandi sudo mi dice comando non trovato, forse è sbagliata la sintassi? Riguardo ai controlli sul disco, quale utility mi consigli di usare? Oggi il Mac è partito nuovamente in tempi normali, per cui magari l'output di dmesg non riporta nulla di strano
(10-01-2024, 11:40 AM)adrianomorselli Wrote: Non avendo nessuna idea di come un Mac fa il boot ho controllato sul web, https://www.makeuseof.com/tag/install-li...cbook-pro/Grazie, provo ad approfondire, però allora mi chiedo perché la lentezza in avvio non c'è stata subito dopo l'installazione di UZ ma solo a distanza di settimane? Oggi però, come ho scritto nel post precedente, il boot è stato regolare, questo iMac sembra davvero metereopatico
Qui viene consigliato di installare rEFInd, da capire se opera a monte o a valle di grub2. Mi spiego, se UZL fosse l'unico sistema GRUB non appare, non c'è motivo. Ma in dualboot con altri sistemi Linux o Windows è grub2 che si occupa di scegliere quale sistema avviare e per forza appare! Non occorre farlo apparire con esc.
Andando con un ragionamento così mi sembra più probabile che the culprit (il colpevole) sia allora rEFInd della lentezza nell'avvio lento a random. Io vedo moltissimi post riguardanti la lentezza di rEFInd, persino su archlinux dove gli users sono scafati e si ricompilano il kernel per il loro hardware per velocizzare il loro boot.
In un post lamentano anche un problema di avvio del bluetooth, non ti suona una campanellina? Il mio consiglio è di chiedere assistenza al manutentore di rEFInd, trattasi di programma terzo alieno a UZL
Qui un paio di link https://forum.ubuntu-it.org/viewtopic.php?t=655008
https://www.reddit.com/r/archlinux/comme...art/?tl=it
L'unica cosa che mi viene in mente e che ho realizzato ieri sera, consiste nel fatto che la prima volta che ho usato stacer ho fatto la pulizia del sistema senza spuntare, quindi lui ha fatto qualcosa ma di fatto non ha rimosso nulla, ieri me ne sono accorto e ho fatto la pulizia mettendo la spunta, oggi accendo il Mac e parte normalmente, magari era quello il problema, devo vedere se da oggi in poi si avvia sempre regolarmente