Me doy cuenta de que esta pregunta es similar en naturaleza a esta pregunta , pero espero atraer más atención específicamente a un problema adicional en uno de los comentarios de esta respuesta a esa pregunta .
Saqué el disco duro de un viejo MacbookPro y estoy tratando de montarlo en mi caja del sistema operativo Elementary, donde se monta automáticamente como de solo lectura. Quiero obtener acceso rw a esta unidad.
Siguiendo el procedimiento dado en la respuesta vinculada a lo anterior, después de ejecutar
sudo mount -t hfsplus -o remount,force,rw /dev/sdc2 /media/myharddrive
yo obtengo
mount: warning: /media/myharddrive seems to be mounted read-only.
Esto ha sido notado por un comentario sobre esa pregunta, pero no ha recibido suficiente atención para recompensar una respuesta. ¿Cómo es que todavía es de solo lectura? ¿No es eso lo que forcegarantiza?
Lo siguiente puede o no ser relevante:
También corrí sudo fsck.hfsplus -f /dev/sdc2siguiendo la publicación del blog vinculada a la respuesta y agregué la -fbandera después de fsckque no quería realizar una verificación de un sistema registrado. esto funcionó muy bien hasta
** /dev/sdc2
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking multi-linked files.
Orphaned indirect node iNode28863935
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
** Checking volume bitmap.
** Checking volume information.
** Repairing volume.
** Rechecking volume.
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking multi-linked files.
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
** Checking volume bitmap.
** Checking volume information.
** The volume myharddrive was repaired successfully.
*** glibc detected *** fsck.hfsplus: munmap_chunk(): invalid pointer: 0x00000000022f9e30 ***
seguido de un rastreo y un mapa de memoria. La fsckllamada parece no haber tenido efecto en mi disco, ni buena ni mala.
Cualquier sugerencia sobre cómo obtener acceso de lectura-escritura a mi unidad, sin arrancar OSX , sería muy apreciada.
EDITAR Los comentarios y la respuesta de Michael Kjörling resolvieron mi problema fundamental de acceder a mis datos. Sin embargo, las preguntas en negrita anteriores aún no se han abordado, por lo que he editado la pregunta para enfatizar este problema, dejando la pregunta abierta para futuros usuarios.
chmodpara tomar sus datos del disco? La solución fácil parece ser simplemente hacer una copia de solo lectura en algún otro sistema de archivos, luego corregir los permisos y la propiedad allí si es necesario.sudoDebería haberlo atravesado , ya que la raíz omite todas las verificaciones de permisos del sistema de archivos. Eso, por supuesto, supone que su problema de permisos se trata de permisos de nivel de sistema de archivos.sudolo consigocp: omitting directory Documents/. cuando intento copiar documentos en mi disco duro localRespuestas:
Como descubrimos en los comentarios, aquí hay dos posibles problemas:
sudotal como lo hizo con el montaje.cp: omitting directory Documents/al intentar ejecutar la copiasudo. Eso no es un problema de permisos en absoluto, y se puede solucionar simplemente diciendocpque incluya subdirectorios.Al poner estos dos juntos, debería poder copiar sus archivos usando un comando como
sudo cp -av /media/myharddrive /somewhere/else, where / somewhere / else existe y se puede escribir.El
-vparámetro no es estrictamente necesario, pero después de media hora o una hora de espera, es posible que aprecie los archivos que se enumeran a medida que se copian. Tenga en cuenta que si tiene una gran cantidad de archivos pequeños, las actualizaciones de la pantalla pueden reducir el rendimiento de la copia; en ese caso, simplemente minimice la ventana y verifíquela ocasionalmente.-ale dice a cp que opere en modo "archivo", preservando tanto como sea posible sobre los archivos que está copiando, incluidos los subdirectorios. O puede usar-rpara decirle que solo conserve la estructura del directorio.Con esto, debería poder copiar los archivos en una ubicación más adecuada donde pueda trabajar con ellos más libremente, sin estar restringido por la limitación de solo lectura del soporte del sistema de archivos HFS +.
fuente
mkdirdebajo de sudo en la unidad montada y recibí este error:mkdir cannot create directory 'test': Read-only file systemCreo que su problema es básicamente cómo desactivar el diario sin usar OSX.
Esto requiere la edición binaria (piratería) del encabezado del disco y, como resultado, el espacio en disco ocupado por el diario probablemente se perderá.
Aquí hay punteros a dos programas C bastante similares que dicen hacer exactamente eso:
No puedo garantizar que estos programas no destruyan el disco, por lo que le sugiero que pruebe esto en una imagen de respaldo del disco.
Esta publicación puede ser útil: ¿Cómo puedo montar una imagen de disco? .
fuente
Tuve mucho el mismo problema y lo que he aprendido hasta ahora: hacer un fsck exitoso es esencial. Como esto no funciona en su máquina, creo que este debería ser su enfoque para una solución:
en mi máquina (ejecutando Debian) lo instalé desde la fuente (usando las descargas de una fuente diferente)
wget "http": // "gentoo.osuosl.org/distfiles/diskdev_cmds-332.14.tar.gz"
wget "http": // "gentoo.osuosl.org/distfiles/diskdev_cmds-332.14_p1.patch.bz2"
tar xzf diskdev_cmds-332.14.tar.gz
bunzip2 -c diskdev_cmds-332.14_p1.patch.bz2 | parche -p0
cd diskdev_cmds-332.14
make -f Makefile.lnx
cp fsck_hfs.tproj / fsck_hfs /sbin/fsck.hfsplus
cp newfs_hfs.tproj / newfs_hfs /sbin/mkfs.hfsplus
ln -s /sbin/fsck.hfsplus /sbin/fsck.hfs
ln -s /sbin/mkfs.hfsplus /sbin/mkfs.hfs
De esta manera, fsck funcionó para mí todo el tiempo ahora con mi disco hfs +.
fuente