Buongiorno
visto che mint 18.3 ci metteva un secolo a partire, ho dato un occhio a FSTAB e scopro di avere sda1 in ro...... :palm:
Da live ho fatto girare gparted e ho ripristinato MBR con bootrepair ma ro rimane e se provo ad editare sda1 in rw si blocca tutto......
Qualche idea
GRZ1000
Cos'è sda1?
Cosa contiene?
Di che filesystem parliamo?
Hai anche Windows installato?
Tony,
SDA1 la partizione che contiene MINT 18.3 unico OS installato su macchina.
Filesystem in ext4
Citazioneho dato un occhio a FSTAB e scopro di avere sda1 in ro.....
in genere è così per tutti i sistemi linux installati.
Posta i risultati di
cat /etc/fstab e
lsblk -f
Attenzione, in fstab, il remount in caso di errore è in ro.
Normalmente, la root è in rw.
Non devi tanto vedere /etc/fstab ma /etc/mtab
Cioè, attualmente com'è montata la partizione.
Per vedere ciò dai questo comando
mount | grep sda1
Dovrebbe uscire qualcosa di simile (anzi identico) a questo
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
in tal caso quel rw appena dopo la parentesi sta a significare che la root (cioè sda1) è montata in lettura e scrittura, com'è corretto che sia.
Per te è così?
P.S. E' lo stesso se visualizzi con cat /etc/fstab come ha detto andrea111
Questo il risultato:
casa@casa-K53SV ~ $ mount | grep sda1
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
casa@casa-K53SV ~ $ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=11b695da-7ffb-4f0c-b0ef-d44ec5e0d393 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
#UUID=dc25a25a-8201-48c5-ade5-668d8248f257 none swap sw 0 0
La riga di fstab
CitazioneUUID=11b695da-7ffb-4f0c-b0ef-d44ec5e0d393 / ext4 errors=remount-ro 0 1
è OK.
Nota che "errors=remount-ro" significa: in caso di errore monta il file in ro, ma solo in caso di errore. E sta bene così.
Come mai c'è un "#" davanti alla riga della swap? lo hai messo tu?
Nel postato manca il
lsblk -f serve per confrontare gli UUID e per vedere le partizioni installate.
casa@casa-K53SV ~ $ mount | grep sda1
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
Anche qui nulla da segnalare.
Sda1 è montato sia in lettura che scrittura.
tolto #
Vi allego PNG poichè mi da errore se lo copio come testo
Gli UUID sono a posto.
Ora vediamo il caricamento, posta
Systemd-analyze blame
Systemd-analyze critical-chain
casa@casa-K53SV ~ $ systemd-analyze blame
9.259s NetworkManager-wait-online.service
819ms lvm2-monitor.service
447ms dev-sda1.device
367ms console-setup.service
329ms accounts-daemon.service
317ms networking.service
306ms NetworkManager.service
292ms user@1000.service
273ms ModemManager.service
261ms minidlna.service
244ms thermald.service
226ms avahi-daemon.service
219ms lightdm.service
209ms grub-common.service
204ms systemd-logind.service
203ms loadcpufreq.service
194ms gpu-manager.service
193ms zram-config.service
192ms ondemand.service
190ms apport.service
188ms irqbalance.service
171ms upower.service
146ms speech-dispatcher.service
lines 1-23...skipping...
9.259s NetworkManager-wait-online.service
819ms lvm2-monitor.service
447ms dev-sda1.device
367ms console-setup.service
329ms accounts-daemon.service
317ms networking.service
306ms NetworkManager.service
292ms user@1000.service
273ms ModemManager.service
261ms minidlna.service
244ms thermald.service
226ms avahi-daemon.service
219ms lightdm.service
209ms grub-common.service
204ms systemd-logind.service
203ms loadcpufreq.service
194ms gpu-manager.service
193ms zram-config.service
192ms ondemand.service
190ms apport.service
188ms irqbalance.service
171ms upower.service
146ms speech-dispatcher.service
119ms keyboard-setup.service
111ms apparmor.service
107ms virtualbox.service
98ms systemd-tmpfiles-setup-dev.service
91ms systemd-udev-trigger.service
90ms systemd-journald.service
87ms console-kit-log-system-start.service
87ms udisks2.service
86ms lm-sensors.service
82ms iio-sensor-proxy.service
82ms systemd-rfkill.service
69ms rsyslog.service
60ms systemd-modules-load.service
55ms colord.service
55ms alsa-restore.service
53ms systemd-tmpfiles-setup.service
52ms ntp.service
51ms polkitd.service
44ms pppd-dns.service
44ms systemd-user-sessions.service
43ms systemd-udevd.service
37ms binfmt-support.service
30ms hddtemp.service
29ms cpufrequtils.service
27ms dev-hugepages.mount
27ms sys-kernel-debug.mount
25ms systemd-remount-fs.service
19ms dev-disk-by\x2duuid-dc25a25a\x2d8201\x2d48c5\x2dade5\x2d668d8248f257.swap
19ms systemd-random-seed.service
19ms systemd-sysctl.service
16ms plymouth-start.service
16ms wpa_supplicant.service
15ms plymouth-read-write.service
13ms dns-clean.service
13ms kmod-static-nodes.service
12ms ufw.service
12ms dev-mqueue.mount
11ms rc-local.service
10ms systemd-journal-flush.service
8ms proc-sys-fs-binfmt_misc.mount
8ms setvtrgb.service
7ms rtkit-daemon.service
6ms resolvconf.service
6ms systemd-backlight@backlight:acpi_video1.service
6ms systemd-update-utmp.service
5ms ureadahead-stop.service
4ms systemd-update-utmp-runlevel.service
3ms systemd-backlight@backlight:intel_backlight.service
3ms plymouth-quit-wait.service
3ms sys-fs-fuse-connections.mount
2ms nvidia-persistenced.service
2ms openvpn.service
2ms systemd-backlight@backlight:acpi_video0.service
lines 34-76/76 (END)
Systemd-analyze critical-chain
Bisogna che impari a postare.
Devi usare le icone che vedi sopra la finestra in cui scrivi l'intervento (sopra le faccine).
Per postare il codice serve quella con il carattere "#" (Inserisci Codice).
Devi copiare/incollare quello che vuoi postare in mezzo ai delimitatori fra parentesi quadre che appaiono, il risultato è questo codice che vuoi postare
Per quanto riguarda il boot non c'è nulla da segnalare, è OK.
Fai un riavvio e poi posta anche dmesg -T
Beh, prova a far partire la live con la quale hai installato il sistema,installa temporaneamente :
sudo apt install gsmartcontrol
Fai partire il programma gsmartcontrol e guarda se ti segnala qualcosa, di solito è evidenziato in rosso.
Fai eventualmente partire gparted e fagli fare il controllo di coerenza, seleziona la partizione, dal menù "Partizione" e poi "Controllo".
Essendo lunghissimo Vi ho messo le righe che mi evidenzia in rosso[sab nov 10 23:09:12 2018] usb 2-1-port3: over-current condition
[sab nov 10 23:09:19 2018] ata1.00: exception Emask 0x0 SAct 0x7800003f SErr 0x0 action 0x0
[sab nov 10 23:09:19 2018] ata1.00: irq_stat 0x40000008
[sab nov 10 23:09:19 2018] ata1.00: failed command: READ FPDMA QUEUED
[sab nov 10 23:09:19 2018] ata1.00: cmd 60/28:d8:80:d9:84/00:00:03:00:00/40 tag 27 ncq dma 20480 in
res 41/40:28:80:d9:84/00:00:03:00:00/40 Emask 0x409 (media error) <F>
[sab nov 10 23:09:19 2018] ata1.00: status: { DRDY ERR }
[sab nov 10 23:09:19 2018] ata1.00: error: { UNC }
[sab nov 10 23:09:19 2018] blk_update_request: I/O error, dev sda, sector 59038080
[sab nov 10 23:10:30 2018] ata1.00: exception Emask 0x0 SAct 0x700000ff SErr 0x0 action 0x6 frozen
[sab nov 10 23:10:30 2018] ata1.00: failed command: WRITE FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 61/30:00:d8:23:84/02:00:06:00:00/40 tag 0 ncq dma 286720 out
res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:30 2018] ata1.00: failed command: WRITE FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 61/10:08:18:48:d1/00:00:05:00:00/40 tag 1 ncq dma 8192 out
res 40/00:00:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:30 2018] ata1.00: failed command: READ FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 60/20:10:00:dc:b8/00:00:01:00:00/40 tag 2 ncq dma 16384 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:30 2018] ata1.00: failed command: WRITE FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 61/18:18:60:2a:00/00:00:00:00:00/40 tag 3 ncq dma 12288 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:30 2018] ata1.00: failed command: READ FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 60/08:20:80:08:80/00:00:08:00:00/40 tag 4 ncq dma 4096 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:30 2018] ata1.00: failed command: WRITE FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 61/08:28:48:2b:00/00:00:00:00:00/40 tag 5 ncq dma 4096 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:30 2018] ata1.00: failed command: READ FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 60/08:30:58:12:81/00:00:06:00:00/40 tag 6 ncq dma 4096 in
res 40/00:01:00:00:00/00:00:00:00:00/40 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:30 2018] ata1.00: failed command: WRITE FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 61/10:38:00:2c:00/00:00:00:00:00/40 tag 7 ncq dma 8192 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:30 2018] ata1.00: failed command: READ FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 60/08:e0:60:62:81/00:00:01:00:00/40 tag 28 ncq dma 4096 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:30 2018] ata1.00: failed command: READ FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 60/40:e8:20:5f:58/00:00:00:00:00/40 tag 29 ncq dma 32768 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:30 2018] ata1.00: failed command: READ FPDMA QUEUED
[sab nov 10 23:10:30 2018] ata1.00: cmd 60/08:f0:98:d9:84/00:00:03:00:00/40 tag 30 ncq dma 4096 in
res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
[sab nov 10 23:10:30 2018] ata1.00: status: { DRDY }
[sab nov 10 23:10:39 2018] ata1.00: exception Emask 0x0 SAct 0x3a000000 SErr 0x0 action 0x0
[sab nov 10 23:10:39 2018] ata1.00: irq_stat 0x40000008
[sab nov 10 23:10:39 2018] ata1.00: failed command: READ FPDMA QUEUED
[sab nov 10 23:10:39 2018] ata1.00: cmd 60/08:c8:88:d9:84/00:00:03:00:00/40 tag 25 ncq dma 4096 in
res 41/40:08:88:d9:84/00:00:03:00:00/40 Emask 0x409 (media error) <F>
[sab nov 10 23:10:39 2018] ata1.00: status: { DRDY ERR }
[sab nov 10 23:10:39 2018] ata1.00: error: { UNC }
[sab nov 10 23:10:39 2018] blk_update_request: I/O error, dev sda, sector 59038088
GRZ x la pazienza
Abbiamo visto che il "ro" non c'entra nulla.
Resta il problema dei tempi stranamente lunghi al caricamento, gli errori dell'HD che hai postato qui sopra potrebbero essere relativi ad un'alimentazione insufficiente o a problemi alle connessioni (cavi, contatti) dell'HD, ma niente di che.
Prova ad avviare in Recovery e a fargli fare un check al file system, ma credo che non troverà errori di consistenza. Prova a farlo comunque.
I problemi di avvio molto lunghi con mint sono alquanto diffusi (non sei l'unico ad averli). Tra l'altro le soluzioni trovate (da chi ha risolto) sono disparate.
Posta qualcosa sul PC: cat /etc/X11/default-display-manager
inxi -Fxz il programma inxi probabilmente lo dovrai installare.
Ecco
casa@casa-K53SV ~ $ cat /etc/X11/default-display-manager
/usr/sbin/lightdm
casa@casa-K53SV ~ $ inxi -Fxz
System: Host: casa-K53SV Kernel: 4.10.0-38-generic x86_64 (64 bit gcc: 5.4.0)
Desktop: Cinnamon 3.6.7 (Gtk 3.18.9-1ubuntu3.3)
Distro: Linux Mint 18.3 Sylvia
Machine: System: ASUSTeK (portable) product: K53SV v: 1.0
Mobo: ASUSTeK model: K53SV v: 1.0
Bios: American Megatrends v: K53SV.315 date: 09/26/2011
CPU: Dual core Intel Core i3-2330M (-HT-MCP-) cache: 3072 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 8780
clock speeds: max: 2200 MHz 1: 1162 MHz 2: 801 MHz 3: 804 MHz
4: 802 MHz
Graphics: Card-1: Intel 2nd Generation Core Processor Family Integrated Graphics Controller
bus-ID: 00:02.0
Card-2: NVIDIA GF108M [GeForce GT 540M] bus-ID: 01:00.0
Display Server: X.Org 1.18.4 driver: nvidia
Resolution: 1366x768@60.01hz
GLX Renderer: GeForce GT 540M/PCIe/SSE2
GLX Version: 4.5.0 NVIDIA 384.130 Direct Rendering: Yes
Audio: Card Intel 6 Series/C200 Series Family High Definition Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0
Sound: Advanced Linux Sound Architecture v: k4.10.0-38-generic
Network: Card-1: Intel Centrino Wireless-N 100
driver: iwlwifi bus-ID: 03:00.0
IF: wlp3s0 state: up mac: <filter>
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: 9000 bus-ID: 05:00.0
IF: enp5s0 state: down mac: <filter>
Drives: HDD Total Size: 120.0GB (39.9% used)
ID-1: /dev/sda model: DREVO_X1_SSD size: 120.0GB
Partition: ID-1: / size: 107G used: 40G (39%) fs: ext4 dev: /dev/sda1
ID-2: swap-1 size: 4.20GB used: 0.00GB (0%) fs: swap dev: /dev/sda5
ID-3: swap-2 size: 0.51GB used: 0.00GB (0%) fs: swap dev: /dev/zram0
ID-4: swap-3 size: 0.51GB used: 0.00GB (0%) fs: swap dev: /dev/zram1
ID-5: swap-4 size: 0.51GB used: 0.00GB (0%) fs: swap dev: /dev/zram2
ID-6: swap-5 size: 0.51GB used: 0.00GB (0%) fs: swap dev: /dev/zram3
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 49.0C mobo: N/A gpu: 0.0:44C
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 239 Uptime: 3 min Memory: 973.6/3858.6MB
Init: systemd runlevel: 5 Gcc sys: 5.4.0
Client: Shell (bash 4.3.481) inxi: 2.2.35
Hai un discreto PC e anche perfettamente funzionante tranne il "dettaglio" dell'avviamento lungo.
Al momenti non si trovano soluzioni generalizzabili per questo problema, chi ha risolto, ha risolto con gli aggiornamenti pervenuti fin'ora, ma i più reinstallando la vecchia versione funzionate.
L'unica è attendere che risolvano o tornare al vecchio.
Prova anche questo:
avvia in recovery, dal recovery fai l'avvio normale e vedi se il ritardo è ancora presente o si è ridotto.
Ciao
non sono un "tecnico" come Andrea e TONY ma vi riporto la mia empirica esperienza odierna.
Con Mint ho in multisistem varie distro che girano per prova, oggi dopo una imstallazione tranquilla "Ubuntu Voyager" che non doveva
creare nessun tipo di problema invece ho sovrascritto anche il grub. Poco male pensavo perchè in fondo è sempre Ubuntu
con Mint o meno. Invece è successo che il caricamento della schermata di grub passava da pochi secondi a 3 minuti pieni!
Pensavo che fosse un problema di bios dato che una volta aperto il grub il caricamento delle distro avveniva regolarmente,
da qui uno smanettamento ( piuttosto "colorito") per cercare di capire cosa avessi incautamente modificato.
Tutto inutile, alla fine ho provato a dare il ripristino da Timeshift: 5 minuti e tutto è tornato alla normalità.
Non so se possa essere utile come espediente anche nel caso di Crematin.
Non so.
Provato con un kernel diverso?
O meglio precedente?
Ciao
trovata soluzione aggiornato il pacchetto linux-firmware dalla 1.157.18 alla 1.157.21, che non avevo aggiornato per evitare di avere problemi ed il sistema ora parte in un attimo.
GRZ x il prezioso supporto
Non dimenticare il [Risolto] da aggiungere sul titolo del primo post, quello con cui hai aperto la discussione. Usa il tasto "Modifica" che trovi nell'angolo superiore destro del primo intervento.
Serve a chi farà una ricerca su "Avvio lento", col "[Risolto] può trovare la soluzione al primo tentativo.
Faccio io.