El Capitan 10.11.6 - errore: /dev/rdisk1: ERROR: volume / is mounted with write access

Mac OS X e le sue Applicazioni

Moderatore: ModiMaccanici

Havana92
Apprendista Maccanico
Apprendista Maccanico
Iscritto il: sab, 10 nov 2018 03:28
Messaggi: 28
Salve, le info del mio mac sono:
- MacBook Pro 17" inizio 2011
- processore I7 quad-core a 2,2 GHz
- disco rigido da 750 GB 5400-rpm
- scheda video AMD Radeon HD 6750M con 1 GB di memoria GDDR5 ; Intel HD Graphics 3000 ; motherboard sostituita 3 anni fa
- 2 banchi di RAM da 4 GB DDR3 a 1333 MHz inseriti quando comprai il mac nel 2011.

Ad agosto dell'anno scorso ho fatto il passaggio da Lion 10.7.5 a El Capitan 10.11.6 che l'avevo scaricaro dal App Store e messo su penna USB con il comando da Terminale (nel 2017); ho riavviato e con la recovery dell'installer di El Capitan su USB ho inizializzato l' HD e ho installato El Capitan. Poi ho fatto gli aggiornamenti che mi rilevava il mac-app store.

Ad ogni accensione nel log riparazioni Filesystem trovo questo errore al volume, eccolo:

dev/rdisk0s3: fsck_hfs started at Sun Oct 28 19:51:22 2018
/dev/rdisk0s3: /dev/rdisk0s3: ** /dev/rdisk0s3 (NO WRITE)
/dev/rdisk0s3: Executing fsck_hfs (version hfs-305.10.1).
QUICKCHECK ONLY; FILESYSTEM CLEAN
/dev/rdisk0s3: fsck_hfs completed at Sun Oct 28 19:51:22 2018

/dev/rdisk1: fsck_hfs started at Sun Oct 28 19:51:25 2018
/dev/rdisk1: /dev/rdisk1: ERROR: volume / is mounted with write access. Re-run with (-l) to freeze volume.
/dev/rdisk1: fsck_hfs completed at Sun Oct 28 19:51:25 2018

Ho riavviato il mac (cmd + R) e dall'Utility disco ho notato che:
Toshiba: disk0
- Macintosh HD: disk2 (dischi padre: disk0s2)

Apple Disk Image: disk1
- OX Base System: disks1 (dischi padre: disk1)


Quell'errore a cosa è dovuto ?
Grazie.
Hammarby
Unix Expert
Unix Expert
Avatar utente
Iscritto il: gio, 29 ott 2009 14:28
Messaggi: 4051
Località: Stockholm, SE
Havana92 ha scritto:
gio, 17 gen 2019 00:48
Salve, le info del mio mac sono:
- MacBook Pro 17" inizio 2011
- processore I7 quad-core a 2,2 GHz
- disco rigido da 750 GB 5400-rpm
- scheda video AMD Radeon HD 6750M con 1 GB di memoria GDDR5 ; Intel HD Graphics 3000 ; motherboard sostituita 3 anni fa
- 2 banchi di RAM da 4 GB DDR3 a 1333 MHz inseriti quando comprai il mac nel 2011.

Ad agosto dell'anno scorso ho fatto il passaggio da Lion 10.7.5 a El Capitan 10.11.6 che l'avevo scaricaro dal App Store e messo su penna USB con il comando da Terminale (nel 2017); ho riavviato e con la recovery dell'installer di El Capitan su USB ho inizializzato l' HD e ho installato El Capitan. Poi ho fatto gli aggiornamenti che mi rilevava il mac-app store.

Ad ogni accensione nel log riparazioni Filesystem trovo questo errore al volume, eccolo:

dev/rdisk0s3: fsck_hfs started at Sun Oct 28 19:51:22 2018
/dev/rdisk0s3: /dev/rdisk0s3: ** /dev/rdisk0s3 (NO WRITE)
/dev/rdisk0s3: Executing fsck_hfs (version hfs-305.10.1).
QUICKCHECK ONLY; FILESYSTEM CLEAN
/dev/rdisk0s3: fsck_hfs completed at Sun Oct 28 19:51:22 2018

/dev/rdisk1: fsck_hfs started at Sun Oct 28 19:51:25 2018
/dev/rdisk1: /dev/rdisk1: ERROR: volume / is mounted with write access. Re-run with (-l) to freeze volume.
/dev/rdisk1: fsck_hfs completed at Sun Oct 28 19:51:25 2018

Ho riavviato il mac (cmd + R) e dall'Utility disco ho notato che:
Toshiba: disk0
- Macintosh HD: disk2 (dischi padre: disk0s2)

Apple Disk Image: disk1
- OX Base System: disks1 (dischi padre: disk1)


Quell'errore a cosa è dovuto ?
Grazie.
All'HD che sta per tirare le cuoia.
Sostituiscilo il prima possibile.
Ognuno è come Dio lo ha fatto, ahimé...
...e spesso peggio.

Cervantes
Havana92
Apprendista Maccanico
Apprendista Maccanico
Iscritto il: sab, 10 nov 2018 03:28
Messaggi: 28
Ho fatto i test con EtreCheck, DriveDx, SMART Utility e MacCheck e tutti sono "passati".

Ecco il report di DriveDx.
Allegati
dettagli DriveDx.png
dettagli DriveDx.png (98.48 KiB) Visto 844 volte
Hammarby
Unix Expert
Unix Expert
Avatar utente
Iscritto il: gio, 29 ott 2009 14:28
Messaggi: 4051
Località: Stockholm, SE
E ti dice quello che ti ho scritto io.
Il Disco ha un piede nella fossa.

Immagine
Ognuno è come Dio lo ha fatto, ahimé...
...e spesso peggio.

Cervantes
Havana92
Apprendista Maccanico
Apprendista Maccanico
Iscritto il: sab, 10 nov 2018 03:28
Messaggi: 28
Ho comprato un Samsung SSD 860 EVO 500 GB e ho installato Sierra. Purtroppo l'errore nel log File Filesystem si ripresenta ad ogni avvio.
Qualche idea del perchè?
Havana92
Apprendista Maccanico
Apprendista Maccanico
Iscritto il: sab, 10 nov 2018 03:28
Messaggi: 28
Up per aggiornamenti del mio problema ?

/dev/rdisk1: /dev/rdisk1: ERROR: volume / is mounted with write access. Re-run with (-l) to freeze volume.
Havana92
Apprendista Maccanico
Apprendista Maccanico
Iscritto il: sab, 10 nov 2018 03:28
Messaggi: 28
Purtroppo non sono ancora riuscito a risolvere il mio problema. Tra l'altro ho controllato il mac di un mio amico il quale era passato da Snow Leopard ad El Capitan, ma non recentemente: anche lui ha lo stesso errore (e non se ne era neanche accorto).
Havana92
Apprendista Maccanico
Apprendista Maccanico
Iscritto il: sab, 10 nov 2018 03:28
Messaggi: 28
Ri-aggiorno la situazione.
Sono andaro al R-Store della mia città. Mi sono avvicinato ad un MacBook Pro (ultima generazione) da 2399 euro con macOS Mojave, mi addentro in Informazioni... , Resoconto di... ; al che si avvicina il "tizio" che mi dice: "Posso darti una mano?" mmh...
Gli spiego il mio problema e gli faccio vedere il log FileSystem di quel mac a confronto con quello mio stampato che ha l'errore.
Gli dico che ho fatto qualsiasi test: Ram, cambio HD con SSD, ecc. .
Lui mi "consiglia" solo di disattivare il FileVault. Già fatto.

Sono arrivato alla conclusione:
1)il passaggio a OS da El Capitan in poi su mac datati, richiede molto probabilmente che le componenti siano quelle del mac appena comprato;
2)se installo Yosemite, quindi probabilmente non avrò l'errore;
3)probabilmente si devono inserire dei comandi in modalità utente singolo;
4)firma HD e SSD in conflitto con la scheda logica?
5)qualche altro componente hardware che dà conflitto?

A tutti quelli che leggono il post e sono passati da OS precedenti (a El Capitan) ad El Capitan o successivi, di controllare in Resoconto di Sistema --> Log --> Log riparazioni FileSystem, se all'orario di avvio del mac vi è l'errore.
Per ora, dai mac che ho controllato, siamo in 2, quindi non è un caso isolato.

Non finisce qua!
Jethro
Expert Retrogamer
Expert Retrogamer
Avatar utente
Iscritto il: sab, 04 lug 2009 22:26
Messaggi: 2518
Scusa, ma sei sicuro che effettivamente ci sia un problema di cui preoccuparsi?

Mi pare che si parli di un errore di "write only" sul disco <<OX Base System: disks1>> che se non sbaglio è tipo una partizione di supporto per l'OS ma che non viene coinvolta in un avvio ed uso normale del Mac.

Questo errore che hai letto nel log, che problemi ti da nell'uso effettivo del computer?

Mi sto solo interrogando su questo che si è detto finora, non so... vediamo se ci saranno altri interventi per capire meglio.
MacBook Pro Retina 15" - macOS Sierra 10.12.6
i7 quad-core 2.6GHz, 16GB RAM, SSD 1TB, Iris Pro/GeForce GT 750M

----
8) La mia piccola collezione di "giochini":
https://www.flickr.com/photos/140997970@N07/albums
Hammarby
Unix Expert
Unix Expert
Avatar utente
Iscritto il: gio, 29 ott 2009 14:28
Messaggi: 4051
Località: Stockholm, SE
Devi entrare in single user mode, poi devi smontare il filesystem /dev/rdisk1 ed infine eseguire il comando che ti ha indicato il log cioè
fsck -fy -l 1
Ognuno è come Dio lo ha fatto, ahimé...
...e spesso peggio.

Cervantes
Havana92
Apprendista Maccanico
Apprendista Maccanico
Iscritto il: sab, 10 nov 2018 03:28
Messaggi: 28
Jethro ha scritto:
ven, 15 mar 2019 08:34
Scusa, ma sei sicuro che effettivamente ci sia un problema di cui preoccuparsi?

Mi pare che si parli di un errore di "write only" sul disco <<OX Base System: disks1>> che se non sbaglio è tipo una partizione di supporto per l'OS ma che non viene coinvolta in un avvio ed uso normale del Mac.

Questo errore che hai letto nel log, che problemi ti da nell'uso effettivo del computer?

Mi sto solo interrogando su questo che si è detto finora, non so... vediamo se ci saranno altri interventi per capire meglio.
Nell'uso del mac non mi dà nessun problema, se non altro il caricamento della barra all'avvio che arriva a metà, si blocca per un'instante e poi riparte; perchè credo sia dovuto anche al fatto che viene montato male rdisk1. Dovrei vedere in Console anche.
Hammarby ha scritto:
ven, 15 mar 2019 14:21
Devi entrare in single user mode, poi devi smontare il filesystem /dev/rdisk1 ed infine eseguire il comando che ti ha indicato il log cioè
fsck -fy -l 1
Grazie per la risposta.
Allora /dev/disk1(Internal virtual) è Apple_HFS Macintosh HD, logical volume on disk0s2 - Unencrypted ;
perciò non dovrei sbloccarlo, ma posso direttamente smontarlo.

Sono questi i comandi da lanciare ?
Gli spazi sono giusti? e poi disk1 non va rimontato?

diskutil unmount /dev/rdisk1

/sbin/fsck_hfs -fy -l /dev/rdisk1

reboot
Jethro
Expert Retrogamer
Expert Retrogamer
Avatar utente
Iscritto il: sab, 04 lug 2009 22:26
Messaggi: 2518
Havana92 ha scritto:
sab, 16 mar 2019 19:29
Jethro ha scritto:
ven, 15 mar 2019 08:34
Scusa, ma sei sicuro che effettivamente ci sia un problema di cui preoccuparsi?
Mi pare che si parli di un errore di "read only" sul disco <<OX Base System: disks1>> che se non sbaglio è tipo una partizione di supporto per l'OS ma che non viene coinvolta in un avvio ed uso normale del Mac.
Nell'uso del mac non mi dà nessun problema, se non altro il caricamento della barra all'avvio che arriva a metà, si blocca per un'instante e poi riparte; perchè credo sia dovuto anche al fatto che viene montato male rdisk1...
Secondo me la barra si blocca per un istante perché è così che va il caricamento normalmente e non c'entra nulla con quanto detto nel thread.

Hai detto che non hai nessun problema di funzionamento del Mac... poiché pare che quella partizione sia legata a macOS Recovery, controlla se riesci ad avviare da Recovery normalmente (subito dopo aver acceso il Mac, tieni premuto Comando (⌘)-R).

Se anche Recovery funziona come deve, continuo a pensare che forse non ci sia nessun problema sul tuo computer. Secondo me quella partizione ha quel tipo di permessi perché è così che deve essere. Qualcuno qui chiede qualcosa in proposito, vedi se ti è di aiuto: How to mount /dev/disk1 with write permissions from Recovery Mode?
MacBook Pro Retina 15" - macOS Sierra 10.12.6
i7 quad-core 2.6GHz, 16GB RAM, SSD 1TB, Iris Pro/GeForce GT 750M

----
8) La mia piccola collezione di "giochini":
https://www.flickr.com/photos/140997970@N07/albums
spegahsheen
Maccanico attivo
Maccanico attivo
Avatar utente
Iscritto il: lun, 31 ott 2016 18:20
Messaggi: 457
Località: https://is.gd/axusiw
Havana92 ha scritto:
ven, 15 mar 2019 00:18
...
A tutti quelli che leggono il post e sono passati da OS precedenti (a El Capitan) ad El Capitan o successivi, di controllare in Resoconto di Sistema --> Log --> Log riparazioni FileSystem, se all'orario di avvio del mac vi è l'errore.
...
Io ho El Capitan, nativo sul mio iMac, ma quella voce nel Resoconto di sistema non riesco a trovarla:

Immagine

Immagine

Sbuffa... che ti passa.
Havana92
Apprendista Maccanico
Apprendista Maccanico
Iscritto il: sab, 10 nov 2018 03:28
Messaggi: 28
Jethro ha scritto:
sab, 16 mar 2019 21:24
Secondo me la barra si blocca per un istante perché è così che va il caricamento normalmente e non c'entra nulla con quanto detto nel thread.

Hai detto che non hai nessun problema di funzionamento del Mac... poiché pare che quella partizione sia legata a macOS Recovery, controlla se riesci ad avviare da Recovery normalmente (subito dopo aver acceso il Mac, tieni premuto Comando (⌘)-R).

Se anche Recovery funziona come deve, continuo a pensare che forse non ci sia nessun problema sul tuo computer.
Si riesco ad avviare da Recovery.
Jethro ha scritto:
sab, 16 mar 2019 21:24
Secondo me quella partizione ha quel tipo di permessi perché è così che deve essere.
Infatti vorrei avere la certezza di lasciare così le cose.
spegahsheen ha scritto:
dom, 17 mar 2019 15:50
Havana92 ha scritto:
ven, 15 mar 2019 00:18
...
A tutti quelli che leggono il post e sono passati da OS precedenti (a El Capitan) ad El Capitan o successivi, di controllare in Resoconto di Sistema --> Log --> Log riparazioni FileSystem, se all'orario di avvio del mac vi è l'errore.
...
Io ho El Capitan, nativo sul mio iMac, ma quella voce nel Resoconto di sistema non riesco a trovarla:

Immagine

Immagine
Informazioni su questo Mac --> Resoconto di sistema
Software --> Log ---> Log riparazioni Filesystem

Immagine

Ho fatto una prova.

1)Con il vecchio HD installato nel mac (sia El Capitan e con Sierra), rdisk è

dev/rdisk0s3: fsck_hfs started at Sun Oct 28 19:51:22 2018
/dev/rdisk0s3: /dev/rdisk0s3: ** /dev/rdisk0s3 (NO WRITE)
/dev/rdisk0s3: Executing fsck_hfs (version hfs-305.10.1).
QUICKCHECK ONLY; FILESYSTEM CLEAN
/dev/rdisk0s3: fsck_hfs completed at Sun Oct 28 19:51:22 2018

/dev/rdisk1: fsck_hfs started at Sun Oct 28 19:51:25 2018
/dev/rdisk1: /dev/rdisk1: ERROR: volume / is mounted with write access. Re-run with (-l) to freeze volume.
/dev/rdisk1: fsck_hfs completed at Sun Oct 28 19:51:25 2018

dove dove rdisk1 è Apple_HFS Macintosh HD

2)Con il nuovo SSD installato nel mac (con Sierra), rdisk è lo stesso,
dove rdisk1 è Apple_HFS Macintosh SSD

3)Con l'SSD installato nel mac (Sierra), collego tramite USB il vecchio HD con Sierra e riavvio scegliendo questo come disco di avvio, rdisk cambia ovviamente
dev/rdisk0s3: fsck_hfs started at ...
/dev/rdisk0s3: /dev/rdisk0s3: ** /dev/rdisk0s3 (NO WRITE)
/dev/rdisk0s3: Executing fsck_hfs (version hfs-366.70.3).
QUICKCHECK ONLY; FILESYSTEM CLEAN
/dev/rdisk0s3: fsck_hfs completed at ...

/dev/rdisk2s2: fsck_hfs started at ...
/dev/rdisk2s2: /dev/rdisk2s2: ERROR: volume / is mounted with write access. Re-run with (-l) to freeze volume.
/dev/rdisk2s2: fsck_hfs completed at ...
spegahsheen
Maccanico attivo
Maccanico attivo
Avatar utente
Iscritto il: lun, 31 ott 2016 18:20
Messaggi: 457
Località: https://is.gd/axusiw

Codice: Seleziona tutto

/dev/rdisk0s3: fsck_hfs started at Wed Mar 20 17:07:58 2019
/dev/rdisk0s3: /dev/rdisk0s3: ** /dev/rdisk0s3 (NO WRITE)
/dev/rdisk0s3:    Executing fsck_hfs (version hfs-305.10.1).
QUICKCHECK ONLY; FILESYSTEM CLEAN
/dev/rdisk0s3: fsck_hfs completed at Wed Mar 20 17:07:58 2019


/dev/rdisk3s3: fsck_hfs started at Wed Mar 20 17:07:58 2019
/dev/rdisk3s3: /dev/rdisk3s3: ** /dev/rdisk3s3 (NO WRITE)
/dev/rdisk3s3:    Executing fsck_hfs (version hfs-305.10.1).
QUICKCHECK ONLY; FILESYSTEM CLEAN
/dev/rdisk3s3: fsck_hfs completed at Wed Mar 20 17:07:58 2019
dove /dev/rdisk0s3 è il disco interno SSD col sistema operativo:

Device / Media Name: Recovery HD
Partition Type: Apple_Boot
Protocol: PCI
Total Size: 650.0 MB (650002432 Bytes) (exactly 1269536 512-Byte-Units)
Device Location: "SSD"


mentre /dev/rdisk3s3 è il disco esterno USB col backup CCC:

Device / Media Name: Recovery HD
Partition Type: Apple_Boot
Protocol: USB
Total Size: 650.0 MB (650002432 Bytes) (exactly 1269536 512-Byte-Units)
Device Location: External


Tali fsck_hfs si ripetono una dozzina di volte, tali e quali (tutti al medesimo orario) e inframmezzati a questi vi sono degli fsck_hfs anche a /dev/rdisk5s2 e /dev/rdisk6s2 che non capisco a cosa si riferiscono perchè non vedo questi dischi al momento in cui eseguo il comando diskutil list

Sbuffa... che ti passa.
Rispondi