partición root en modo solo lectura

Spanish Forum

Moderators: tomeu, JCSenar

Post Reply
tnluso
Level 1
Level 1
Posts: 7
Joined: Sat Jul 20, 2019 1:34 pm

partición root en modo solo lectura

Post by tnluso » Sat Jul 20, 2019 1:40 pm

Hola a todos!
Espero alguien pueda darme señas de como resolver este problema. De un tiempo a esta parte, mi sistema entra en modo solo lectura "espontaneamente". Solo me doy cuenta cuando veo el signo de error en el ícono de actualización. Tengo que usar un live medium para corregir los errores del disco con fsck. Vuelve a reiniciar en modo lectura-escritura, pero no tarda en ponerse en modo solo lectura de nuevo. Es asi todo el tiempo!
De antemano gracias por la ayuda!

User avatar
JOPETA
Level 15
Level 15
Posts: 5957
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: partición root en modo solo lectura

Post by JOPETA » Sun Jul 21, 2019 2:34 am

¡Hola toluso , bienvenido al foro! :D

Abre una terminal (Alt+Ctrl+T), copia y pega los siguientes código en ella (una línea cada vez seguido de Intro) y y devuelve el resultado como se indica aquí (usando la opción </> code del editor del foro).

Code: Select all

inxi -Fxnzr
sudo parted -l
sudo blkid
cat /etc/fstab
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)

tnluso
Level 1
Level 1
Posts: 7
Joined: Sat Jul 20, 2019 1:34 pm

Re: partición root en modo solo lectura

Post by tnluso » Mon Jul 22, 2019 11:00 am

JOPETA wrote:
Sun Jul 21, 2019 2:34 am
¡Hola toluso , bienvenido al foro! :D

Abre una terminal (Alt+Ctrl+T), copia y pega los siguientes código en ella (una línea cada vez seguido de Intro) y y devuelve el resultado como se indica aquí (usando la opción </> code del editor del foro).

Code: Select all

inxi -Fxnzr
sudo parted -l
sudo blkid
cat /etc/fstab
Muchisimas gracias por la bienvenida, Jopeta!
Antes de mas nada, el problema que reporto no tiene ningún tipo de regularidad. Por ejemplo, ahora mismo estoy usando mi sistema sin problemas. Incluso acabo de recibir actualizaciones que ya instale. Lleva asi hace dos dias. Pero antes de eso, me pasaba todo el tiempo. Se que tarde o temprano se repetirá. . .

he aqui los resultados:

Code: Select all

System:
  Host: toni-desktop Kernel: 4.15.0-54-generic x86_64 bits: 64 compiler: gcc 
  v: 7.4.0 Desktop: Cinnamon 4.0.10 Distro: Linux Mint 19.1 Tessa 
  base: Ubuntu 18.04 bionic 
Machine:
  Type: Desktop Mobo: ASRock model: H55M-LE serial: <filter> 
  BIOS: American Megatrends v: P1.80 date: 10/20/2010 
CPU:
  Topology: Dual Core model: Intel Core i3 550 bits: 64 type: MT MCP 
  arch: Nehalem rev: 5 L2 cache: 4096 KiB 
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 25700 
  Speed: 1472 MHz min/max: 1200/3200 MHz Core speeds (MHz): 1: 1331 2: 1472 
  3: 1260 4: 1282 
Graphics:
  Device-1: NVIDIA GF108 [GeForce GT 430] driver: nvidia v: 390.116 
  bus ID: 05:00.0 
  Display: x11 server: X.Org 1.19.6 driver: nvidia 
  unloaded: fbdev,modesetting,nouveau,vesa 
  resolution: 1280x1024~60Hz, 1360x768~60Hz 
  OpenGL: renderer: GeForce GT 430/PCIe/SSE2 v: 4.6.0 NVIDIA 390.116 
  direct render: Yes 
Audio:
  Device-1: Intel 5 Series/3400 Series High Definition Audio vendor: ASRock 
  driver: snd_hda_intel v: kernel bus ID: 00:1b.0 
  Device-2: NVIDIA GF108 High Definition Audio driver: snd_hda_intel 
  v: kernel bus ID: 05:00.1 
  Sound Server: ALSA v: k4.15.0-54-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: ASRock driver: r8169 v: 2.3LK-NAPI port: d800 bus ID: 01:00.0 
  IF: enp1s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
  Device-2: Qualcomm Atheros AR9285 Wireless Network Adapter driver: ath9k 
  v: kernel port: d800 bus ID: 02:00.0 
  IF: wlp2s0 state: down mac: <filter> 
Drives:
  Local Storage: total: 618.55 GiB used: 177.89 GiB (28.8%) 
  ID-1: /dev/sda vendor: Samsung model: HD502HJ size: 465.76 GiB 
  ID-2: /dev/sdb vendor: Seagate model: ST3160815AS size: 149.05 GiB 
  ID-3: /dev/sdc type: USB vendor: HP model: v178b size: 3.73 GiB 
Partition:
  ID-1: / size: 48.97 GiB used: 17.39 GiB (35.5%) fs: ext4 dev: /dev/sda1 
  ID-2: /home size: 184.20 GiB used: 159.64 GiB (86.7%) fs: ext4 
  dev: /dev/sda5 
  ID-3: swap-1 size: 4.00 GiB used: 7.0 MiB (0.2%) fs: swap dev: /dev/sda6 
Sensors:
  System Temperatures: cpu: 48.0 C mobo: N/A gpu: nvidia temp: 63 C 
  Fan Speeds (RPM): N/A gpu: nvidia fan: 52% 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  No active apt repos in: /etc/apt/sources.list.d/getdeb.list 
  Active apt repos in: /etc/apt/sources.list.d/megasync.list 
  1: deb https://mega.nz/linux/MEGAsync/xUbuntu_18.04/ ./
  Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list 
  1: deb http://packages.linuxmint.com tessa main upstream import backport #id:linuxmint_main
  2: deb http://archive.ubuntu.com/ubuntu bionic main restricted universe multiverse
  3: deb http://archive.ubuntu.com/ubuntu bionic-updates main restricted universe multiverse
  4: deb http://archive.ubuntu.com/ubuntu bionic-backports main restricted universe multiverse
  5: deb http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
  6: deb http://archive.canonical.com/ubuntu/ bionic partner
  Active apt repos in: /etc/apt/sources.list.d/opera-stable.list 
  1: deb https://deb.opera.com/opera-stable/ stable non-free #Opera Browser (final releases)
  Active apt repos in: /etc/apt/sources.list.d/spotify.list 
  1: deb http://repository.spotify.com stable non-free
Info:
  Processes: 253 Uptime: 2d 3h 14m Memory: 3.84 GiB used: 1.96 GiB (50.9%) 
  Init: systemd runlevel: 5 Compilers: gcc: 7.4.0 Shell: bash v: 4.4.20 
  inxi: 3.0.27 

Code: Select all

Modelo: ATA SAMSUNG HD502HJ (scsi)
Disco /dev/sda: 500GB
Tamaño de sector (lógico/físico): 512B/512B
Tabla de particiones: msdos
Indicadores de disco: 

Numero  Inicio  Fin     Tamaño  Tipo      Sistema de archivos  Banderas
 1      1049kB  53,7GB  53,7GB  primary   ext4                 arranque
 2      53,7GB  259GB   205GB   extended
 5      53,7GB  255GB   201GB   logical   ext4
 6      255GB   259GB   4293MB  logical   linux-swap(v1)
 3      259GB   500GB   241GB   primary   ntfs


Modelo: ATA ST3160815AS (scsi)
Disco /dev/sdb: 160GB
Tamaño de sector (lógico/físico): 512B/512B
Tabla de particiones: msdos
Indicadores de disco: 

Numero  Inicio  Fin     Tamaño  Tipo     Sistema de archivos  Banderas
 1      1049kB  1075MB  1074MB  primary  linux-swap(v1)
 3      1075MB  11,8GB  10,7GB  primary  ext4                 arranque
 2      11,8GB  160GB   148GB   primary  ext4


Modelo: hp v178b (scsi)
Disco /dev/sdc: 4010MB
Tamaño de sector (lógico/físico): 512B/512B
Tabla de particiones: msdos
Indicadores de disco: 

Numero  Inicio  Fin     Tamaño  Tipo     Sistema de archivos  Banderas
 1      1049kB  4010MB  4009MB  primary  fat32


Modelo: Desconocida (unknown)
Disco /dev/zram3: 516MB
Tamaño de sector (lógico/físico): 4096B/4096B
Tabla de particiones: loop
Indicadores de disco: 

Numero  Inicio  Fin    Tamaño  Sistema de archivos  Banderas
 1      0,00B   516MB  516MB   linux-swap(v1)


Modelo: Desconocida (unknown)
Disco /dev/zram1: 516MB
Tamaño de sector (lógico/físico): 4096B/4096B
Tabla de particiones: loop
Indicadores de disco: 

Numero  Inicio  Fin    Tamaño  Sistema de archivos  Banderas
 1      0,00B   516MB  516MB   linux-swap(v1)


Modelo: Desconocida (unknown)
Disco /dev/zram2: 516MB
Tamaño de sector (lógico/físico): 4096B/4096B
Tabla de particiones: loop
Indicadores de disco: 

Numero  Inicio  Fin    Tamaño  Sistema de archivos  Banderas
 1      0,00B   516MB  516MB   linux-swap(v1)


Modelo: Desconocida (unknown)
Disco /dev/zram0: 516MB
Tamaño de sector (lógico/físico): 4096B/4096B
Tabla de particiones: loop
Indicadores de disco: 

Numero  Inicio  Fin    Tamaño  Sistema de archivos  Banderas
 1      0,00B   516MB  516MB   linux-swap(v1)

Code: Select all

/dev/sda1: UUID="442f6c5c-076b-4be7-9481-1b87d65f9cfa" TYPE="ext4" PARTUUID="b6b85bdc-01"
/dev/sda3: LABEL="WINDOWS" UUID="0B9AF73F3A0E0195" TYPE="ntfs" PARTUUID="b6b85bdc-03"
/dev/sda5: UUID="9ac20e03-c037-4067-9e4e-e71ed5ee9f2b" TYPE="ext4" PARTUUID="b6b85bdc-05"
/dev/sda6: UUID="7858d91c-4b5d-4441-8e89-55198a16e3f8" TYPE="swap" PARTUUID="b6b85bdc-06"
/dev/sdb1: UUID="7f0be1ca-d3a9-4df5-9745-525f967b0311" TYPE="swap" PARTUUID="459c459c-01"
/dev/sdb2: LABEL="PERSONALES" UUID="8e792c6f-6d25-4867-9123-bc1aca721e70" TYPE="ext4" PARTUUID="459c459c-02"
/dev/sdb3: UUID="cf4d4c2c-7e75-4b07-ac1d-c1e83a8e8966" TYPE="ext4" PARTUUID="459c459c-03"
/dev/zram0: UUID="8ff151a6-5a3d-4b89-b232-c29f9e05ed82" TYPE="swap"
/dev/zram1: UUID="2c27492b-3e5e-4338-8f8c-fb507119523b" TYPE="swap"
/dev/zram2: UUID="05903001-2932-4cd4-b71a-bd6e1be1bb18" TYPE="swap"
/dev/zram3: UUID="25ec5099-569b-4138-a65a-a2b1e5914f34" TYPE="swap"
/dev/sdc1: LABEL="TONI" UUID="B3C5-261F" TYPE="vfat" PARTUUID="1382455e-01"

Code: Select all

# /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=442f6c5c-076b-4be7-9481-1b87d65f9cfa /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda5 during installation
UUID=9ac20e03-c037-4067-9e4e-e71ed5ee9f2b /home           ext4    defaults        0       2
# swap was on /dev/sda6 during installation
UUID=7858d91c-4b5d-4441-8e89-55198a16e3f8 none            swap    sw              0       0

User avatar
JOPETA
Level 15
Level 15
Posts: 5957
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: partición root en modo solo lectura

Post by JOPETA » Mon Jul 22, 2019 1:48 pm

1)Puede ser que el disco esté fallando y debas reemplazarlo antes de que sea tarde. Por la seguridad de tus datos descartalo con Discos (Menú>Accesorios>Discos). Selecciona el disco en cuestión a la izquierda y observa en la parte central de la ventana de la derecha el estado de salud, si con independecia del número de sectores erróneos indica que el disco está sano o no. Para mas detalles puedes comprobar que la vigiliancia SMART está activada (clic en el icono de las tre rallitas arriba a la derecha>Dats y pruebas SMART...). Si existe indicación de fallo inminente no lo dudes cambia transfiere los datos y reemplaza el disco duro cuanto antes. :!:

2)Si el disco sda de 500GB estuviera sano, aunque la partición raiz parece tener espacio libre suficiente, la partición /home tiene menos del 14% libre y el riesgo de fragmentación y corrumper datos existe por debajo del 25% de espacio libre en las particiones Ext.4. Deberías hacer limpieza del /home. Además el disco está bastante repleto y conviene reservar, en discos mecánicos, un 25% sin asignar a ninguna partición para agilizar los procesos de chequeo y reubicación de sectores. Esto no lo sueles prácticar por lo que veo tambien en el otro disco de 160GB. :roll:
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)

tnluso
Level 1
Level 1
Posts: 7
Joined: Sat Jul 20, 2019 1:34 pm

Re: partición root en modo solo lectura

Post by tnluso » Mon Jul 22, 2019 11:31 pm

JOPETA wrote:
Mon Jul 22, 2019 1:48 pm
1)Puede ser que el disco esté fallando y debas reemplazarlo antes de que sea tarde. Por la seguridad de tus datos descartalo con Discos (Menú>Accesorios>Discos). Selecciona el disco en cuestión a la izquierda y observa en la parte central de la ventana de la derecha el estado de salud, si con independecia del número de sectores erróneos indica que el disco está sano o no. Para mas detalles puedes comprobar que la vigiliancia SMART está activada (clic en el icono de las tre rallitas arriba a la derecha>Dats y pruebas SMART...). Si existe indicación de fallo inminente no lo dudes cambia transfiere los datos y reemplaza el disco duro cuanto antes. :!:

2)Si el disco sda de 500GB estuviera sano, aunque la partición raiz parece tener espacio libre suficiente, la partición /home tiene menos del 14% libre y el riesgo de fragmentación y corrumper datos existe por debajo del 25% de espacio libre en las particiones Ext.4. Deberías hacer limpieza del /home. Además el disco está bastante repleto y conviene reservar, en discos mecánicos, un 25% sin asignar a ninguna partición para agilizar los procesos de chequeo y reubicación de sectores. Esto no lo sueles prácticar por lo que veo tambien en el otro disco de 160GB. :roll:
efectivamente vengo sospechando de eso, aunque no he aplicado ningùn test.También me ha pasado de que buen dia, sin aviso previo, mis archivos sencillamente desaparecieron. TODOS! En todo caso, también he observado que usando otras distros no he tenido problemas como eso del sistema de archivos volviendose de solo lectura espontaneamente. Eso será punto a favor de mint o en contra?

Bueno, como quiera que sea, he aqui el resultado:
Captura de pantalla de 2019-07-22 23-14-43.png
Que significa eso de "falló la autocomprobación?"

User avatar
JOPETA
Level 15
Level 15
Posts: 5957
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: partición root en modo solo lectura

Post by JOPETA » Tue Jul 23, 2019 4:19 am

tnluso wrote:
Mon Jul 22, 2019 11:31 pm
Eso será punto a favor de mint o en contra?
Puede que simplemente coincidiera el comienzo de los fallos con la instalación de Mint. La desaparición repentina de los todos los datos y cómo los recuperaste requiere una explicación mas detallada , pero en ese momento yo hubiera buscado un disco de reemplazo.
tnluso wrote:
Mon Jul 22, 2019 11:31 pm
Que significa eso de "falló la autocomprobación?"
Pues eso mismo. La autocomprobación del estado del disco se ejecuta de forma programada al inicio del sistema. SI la aplicación no tiene acceso a la unidad de forma conveniente falla. Puedes realizarla desde el Live, Mejor si realmente el disco está fallando debes evitar usarlo o usarlo lo mínimo antes de proceder a la copia de seguridad de datos.

Algunos opinan que gnome-disks o lo que es lo mismo GSmartControl, genera falsos positivos y no es muy de fiar. Puedes instalar smartmontools y ejecutar la comprobación de estado del disco desde la terminal (mira el manual o la wiki de Ubuntu para saber como usarlo).

Si el resultado de las pruebas es correcto dentro de un orden haz tamibién una comprobación del rendimiento de lectura y escritura desde el propio gnome-disks ya que los fallos puden estar en otro lugar (alimientación, conexiones, la placa...).

PD: Creia que lo había comentado ya aunque no he debido guardar la edición del post donde lo hacía. El particionado es extraño. Windows, si es que en esa partición sda3 está instalado suele ser una de las primeras, si no la primera del disco, debido al la limitación de algunas BIOS que no pueden iniciar particiones muy distantes del inicio del disco, además no es normal que la partición extendida esté entre dos primarias...). Además, al ver la imagen el espacio no particionado de 1MB antes de la partición extendida puede indicar que se han debido usar herramientas que usan diferentes tamaños de bloques/sectores o si has alineado cabezales desde Winodws). En resumen algunas cosas tienen explicacion de tener un MBR sucio sin que el disco esté dañado.

De tener Windows instalado suele ser conveniente reparar el MBR desde este, aunque después debas reinstalar GRUB. Sin este desde Linux hay diferentes formas/herramientas para hacerlo (fdisk, gdisk,...). Espero confirmación del resultado del SMART y la presencia de Windows para contiinuar por esa vía. :wink:
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)

tnluso
Level 1
Level 1
Posts: 7
Joined: Sat Jul 20, 2019 1:34 pm

Re: partición root en modo solo lectura

Post by tnluso » Wed Jul 31, 2019 2:32 pm

JOPETA wrote:
Tue Jul 23, 2019 4:19 am
tnluso wrote:
Mon Jul 22, 2019 11:31 pm
Eso será punto a favor de mint o en contra?
Puede que simplemente coincidiera el comienzo de los fallos con la instalación de Mint. La desaparición repentina de los todos los datos y cómo los recuperaste requiere una explicación mas detallada , pero en ese momento yo hubiera buscado un disco de reemplazo.
tnluso wrote:
Mon Jul 22, 2019 11:31 pm
Que significa eso de "falló la autocomprobación?"
Pues eso mismo. La autocomprobación del estado del disco se ejecuta de forma programada al inicio del sistema. SI la aplicación no tiene acceso a la unidad de forma conveniente falla. Puedes realizarla desde el Live, Mejor si realmente el disco está fallando debes evitar usarlo o usarlo lo mínimo antes de proceder a la copia de seguridad de datos.

Algunos opinan que gnome-disks o lo que es lo mismo GSmartControl, genera falsos positivos y no es muy de fiar. Puedes instalar smartmontools y ejecutar la comprobación de estado del disco desde la terminal (mira el manual o la wiki de Ubuntu para saber como usarlo).

Si el resultado de las pruebas es correcto dentro de un orden haz tamibién una comprobación del rendimiento de lectura y escritura desde el propio gnome-disks ya que los fallos puden estar en otro lugar (alimientación, conexiones, la placa...).

PD: Creia que lo había comentado ya aunque no he debido guardar la edición del post donde lo hacía. El particionado es extraño. Windows, si es que en esa partición sda3 está instalado suele ser una de las primeras, si no la primera del disco, debido al la limitación de algunas BIOS que no pueden iniciar particiones muy distantes del inicio del disco, además no es normal que la partición extendida esté entre dos primarias...). Además, al ver la imagen el espacio no particionado de 1MB antes de la partición extendida puede indicar que se han debido usar herramientas que usan diferentes tamaños de bloques/sectores o si has alineado cabezales desde Winodws). En resumen algunas cosas tienen explicacion de tener un MBR sucio sin que el disco esté dañado.

De tener Windows instalado suele ser conveniente reparar el MBR desde este, aunque después debas reinstalar GRUB. Sin este desde Linux hay diferentes formas/herramientas para hacerlo (fdisk, gdisk,...). Espero confirmación del resultado del SMART y la presencia de Windows para contiinuar por esa vía. :wink:
Muchísimas gracias por los datos, JOPETA. Perdona que no te conteste a tiempo, pero ultimamente el trabajo ha sido un obstáculo importante.
1. Me sorprende muchisimo saber eso de la partición de Windows. Yo la tenia al comienzo, pero con el tiempo deje de usar Windows. De manera que pase a llevarla al final, tal como viste, por que dependiendo del caso lo instalo o lo desinstalo. Lo de la partición extendida fue solo por experimento de mi parte. Quizà, no fue buena idea, después de todo.
En los próximos dias iré aplicando las recomendaciones. Quizá prefiera limpiar mi disco y volver a intenterlo. Te mantendré al tanto por si tu o alguien mas quieren seguir brindandome su buena voluntad. Gracias!

vaca
Level 2
Level 2
Posts: 60
Joined: Thu Jul 12, 2018 1:58 pm
Location: Barcelona Spain

Re: partición root en modo solo lectura

Post by vaca » Wed Jul 31, 2019 7:33 pm

En mi opinión , no es bueno tener arranque dual y todos los sistemas juntos en un mismo disco.

Cabe la posibilidad que el mbr de windows este corrompido o tengas sectores de disco cruzado.
Lo que yo haria es lo que bien aconseja jopeta copia todos tus datos en una unidad ext y que sea inicialiado ese disco bajo tabla de particiones mbr por compatibildsd con mint para ello create provisionalmente 1 particion de un 50% de espacio ntfs .

Y desde el live linux con gparted otra en ext4 y pasas tus datos impotantes de mint.

No hagas backup con acronis copiarias ficheros dañados o corrompidos y lo mismo desde linux con clnezilla o redo backup.

Una vez salvado todo cambia ese disco por uno nuevo y te aconsejo ese disco exclusivo para windows ,debes primar rendimiento .

Tendras que ponerlo desde 0 y recuerda recomendable mbr de cara al intercambio y montaje posterirmente de la particion windows desde tu mint instalado en disco ext dedicado y ahi te aconsejo 2 particiones una primaria en ext4 y otra de swap de aprox 8gb si tienes 4gb de ram.
y una vez hecho esto backups independientes con herramientas tipo pendrive de acronis para windows y redobackup para mint , estas 2 tienes la ventaja de guardar ambos backups separadamente en una particion o unidad ext preferiblemente ntfs con facilidad de accseso del backup de redo desde windows por si necesitas mover o copiar a otro sitio.
Y desde mint idem.

Ademas siempre podras restaurar el mbr original del backup con acronis en casos de updates con bugs marca ms.

En fin suerte

tnluso
Level 1
Level 1
Posts: 7
Joined: Sat Jul 20, 2019 1:34 pm

Re: partición root en modo solo lectura

Post by tnluso » Thu Aug 01, 2019 12:33 pm

vaca wrote:
Wed Jul 31, 2019 7:33 pm
En mi opinión , no es bueno tener arranque dual y todos los sistemas juntos en un mismo disco.

Cabe la posibilidad que el mbr de windows este corrompido o tengas sectores de disco cruzado.
Lo que yo haria es lo que bien aconseja jopeta copia todos tus datos en una unidad ext y que sea inicialiado ese disco bajo tabla de particiones mbr por compatibildsd con mint para ello create provisionalmente 1 particion de un 50% de espacio ntfs .

Y desde el live linux con gparted otra en ext4 y pasas tus datos impotantes de mint.

No hagas backup con acronis copiarias ficheros dañados o corrompidos y lo mismo desde linux con clnezilla o redo backup.

Una vez salvado todo cambia ese disco por uno nuevo y te aconsejo ese disco exclusivo para windows ,debes primar rendimiento .

Tendras que ponerlo desde 0 y recuerda recomendable mbr de cara al intercambio y montaje posterirmente de la particion windows desde tu mint instalado en disco ext dedicado y ahi te aconsejo 2 particiones una primaria en ext4 y otra de swap de aprox 8gb si tienes 4gb de ram.
y una vez hecho esto backups independientes con herramientas tipo pendrive de acronis para windows y redobackup para mint , estas 2 tienes la ventaja de guardar ambos backups separadamente en una particion o unidad ext preferiblemente ntfs con facilidad de accseso del backup de redo desde windows por si necesitas mover o copiar a otro sitio.
Y desde mint idem.

Ademas siempre podras restaurar el mbr original del backup con acronis en casos de updates con bugs marca ms.

En fin suerte
Gracias por tu intervención, vaca. Por ahora no puedo prescindir de este disco. Y efectivamente pienso poner Windows en mi disco secundario. Lo que pasa es que uso tan poco Windows que no pienso que valga la pena tenerlo al comienzo de la partición. Lo haria, seguiendo el consejo de JOPETA, si solo tuviera ese disco. Pero al tener dos, puedo ponerlo en el disco secundario y ya está.
Ahora mismo estoy eliminando esas posibilidades. Voy a formatear completamente el disco y verificar la mbr. Ya les contare como fue todo

tnluso
Level 1
Level 1
Posts: 7
Joined: Sat Jul 20, 2019 1:34 pm

Re: partición root en modo solo lectura

Post by tnluso » Fri Aug 02, 2019 11:19 am

JOPETA wrote:
Tue Jul 23, 2019 4:19 am
tnluso wrote:
Mon Jul 22, 2019 11:31 pm
Eso será punto a favor de mint o en contra?
Puede que simplemente coincidiera el comienzo de los fallos con la instalación de Mint. La desaparición repentina de los todos los datos y cómo los recuperaste requiere una explicación mas detallada , pero en ese momento yo hubiera buscado un disco de reemplazo.
tnluso wrote:
Mon Jul 22, 2019 11:31 pm
Que significa eso de "falló la autocomprobación?"
Pues eso mismo. La autocomprobación del estado del disco se ejecuta de forma programada al inicio del sistema. SI la aplicación no tiene acceso a la unidad de forma conveniente falla. Puedes realizarla desde el Live, Mejor si realmente el disco está fallando debes evitar usarlo o usarlo lo mínimo antes de proceder a la copia de seguridad de datos.

Algunos opinan que gnome-disks o lo que es lo mismo GSmartControl, genera falsos positivos y no es muy de fiar. Puedes instalar smartmontools y ejecutar la comprobación de estado del disco desde la terminal (mira el manual o la wiki de Ubuntu para saber como usarlo).

Si el resultado de las pruebas es correcto dentro de un orden haz tamibién una comprobación del rendimiento de lectura y escritura desde el propio gnome-disks ya que los fallos puden estar en otro lugar (alimientación, conexiones, la placa...).

PD: Creia que lo había comentado ya aunque no he debido guardar la edición del post donde lo hacía. El particionado es extraño. Windows, si es que en esa partición sda3 está instalado suele ser una de las primeras, si no la primera del disco, debido al la limitación de algunas BIOS que no pueden iniciar particiones muy distantes del inicio del disco, además no es normal que la partición extendida esté entre dos primarias...). Además, al ver la imagen el espacio no particionado de 1MB antes de la partición extendida puede indicar que se han debido usar herramientas que usan diferentes tamaños de bloques/sectores o si has alineado cabezales desde Winodws). En resumen algunas cosas tienen explicacion de tener un MBR sucio sin que el disco esté dañado.

De tener Windows instalado suele ser conveniente reparar el MBR desde este, aunque después debas reinstalar GRUB. Sin este desde Linux hay diferentes formas/herramientas para hacerlo (fdisk, gdisk,...). Espero confirmación del resultado del SMART y la presencia de Windows para contiinuar por esa vía. :wink:

Finalmente pude limpiar el disco y reinstalar el sistema. Todo de cero, con ayuda de fdisk. Gnome-disks sigue reportando el error y todavia no hago las comprobaciones con smartmontools, pero por el momento, no he tenido ningún problema. Estoy aprovechando para probar una nueva configuración del disco con LVM.
La novedad por el momento es esta notificación de error que no tengo idea de su significado: "The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes". Alguien sabe que significa???

User avatar
JOPETA
Level 15
Level 15
Posts: 5957
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: partición root en modo solo lectura

Post by JOPETA » Fri Aug 02, 2019 1:56 pm

Pues a eso me refería en el post anterior con la posibilidad de que usaras herramientas que usan diferentes tamaños de bloques/sectores que explicarían la aparición del espacio sin asignar de 1MB antes de la partición extendida, en resumen el sector de incio o MBR sucio del que hablaba. Las acciones realizadas sore el disco en definitiva explicaria varias cosas.

Desconozco que has realizado para limpiar el disco ni siquiera a cual de los dos discos te refieres,pero para mi partir de cero es desde el Live crear una nueva tabla de particiones (por ejemplo con gparted o gnome-disks) pero para usar estas herramientas (también fdisk) en estos casos es preciso realizar antes esta acción sobre el disco.(mucho cuidado con el uso de dd en la terminal).
El problema que está describiendo fue causado por una herramienta de bajo nivel (como dd) escribiendo bloques en el tamaño incorrecto directamente en el dispositivo.

Para solucionar esto, debe volver a escribir los bloques del dispositivo al tamaño apropiado. Esto se puede hacer con dd. Verifique su dispositivo de salida antes de ejecutar el comando

Code: Select all

sudo dd if=/dev/zero of=/dev/sdd bs=2048 count=32
Una vez que se realiza el comando dd, debería poder acceder a su dispositivo a través de gparted.
Si no tienes nada que salvar de ese disco puedes proceder con ello y volver a instalar. :wink:
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)

tnluso
Level 1
Level 1
Posts: 7
Joined: Sat Jul 20, 2019 1:34 pm

Re: partición root en modo solo lectura

Post by tnluso » Fri Aug 02, 2019 3:55 pm

JOPETA wrote:
Fri Aug 02, 2019 1:56 pm
Pues a eso me refería en el post anterior con la posibilidad de que usaras herramientas que usan diferentes tamaños de bloques/sectores que explicarían la aparición del espacio sin asignar de 1MB antes de la partición extendida, en resumen el sector de incio o MBR sucio del que hablaba. Las acciones realizadas sore el disco en definitiva explicaria varias cosas.

Desconozco que has realizado para limpiar el disco ni siquiera a cual de los dos discos te refieres,pero para mi partir de cero es desde el Live crear una nueva tabla de particiones (por ejemplo con gparted o gnome-disks) pero para usar estas herramientas (también fdisk) en estos casos es preciso realizar antes esta acción sobre el disco.(mucho cuidado con el uso de dd en la terminal).
El problema que está describiendo fue causado por una herramienta de bajo nivel (como dd) escribiendo bloques en el tamaño incorrecto directamente en el dispositivo.

Para solucionar esto, debe volver a escribir los bloques del dispositivo al tamaño apropiado. Esto se puede hacer con dd. Verifique su dispositivo de salida antes de ejecutar el comando

Code: Select all

sudo dd if=/dev/zero of=/dev/sdd bs=2048 count=32
Una vez que se realiza el comando dd, debería poder acceder a su dispositivo a través de gparted.
Si no tienes nada que salvar de ese disco puedes proceder con ello y volver a instalar. :wink:
perfecto JOPETA. Hoy mismo pongo manos a la masa. Dicho sea de paso, el procedimiento que segui para poner el disco "en cero" fue precisamente crear una nueva tabla de particiones, pero sin aplicar el comando "dd", como me sugieres aqui. Y el disco en cuestión será siempre el de 500GB que hasta el momento venía usando como disco principal.
Seguiré dando noticias

User avatar
JOPETA
Level 15
Level 15
Posts: 5957
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: partición root en modo solo lectura

Post by JOPETA » Sat Aug 03, 2019 5:48 am

Solo para estar seguro de que hablamos de lo mismo:

-Cuando digo crear una nueva tabla de particiones no me refiero a eliminar las particiones existentes y crear otras en su lugar me refiero a eliminar la tabla de particiones existente y crear una nueva en su lugar. Es decir formatear el dispositivo en gnome-disk(disks o discos) hacer clic en el botón superior derecho de las tres rayitas>Format(formatear dispositivo) o crear nueva tabla de particiones en gparted con Device>Create partition table. En ambos casos esto no crea ninguna partición, que si quieres puedes hacer luego.

-Si estas acciones (desde el Live siempre) no fueran posibles, entonces recurrir al comando dd (echa un vistazo a man dd). El código debes adaptarlo a tu caso ya el que aparece en el post anterior es el de la traducción directa de la cita del enlace para comprender el significado de los sectores de diferente tamaño. Ese código puedes aplicarlo a tu caso (cambiado sdd por sda) ya que lo que hace es limpiar los primeros 32 sectores de 2048bytes. Limpiar todo un disco de 500GB definiendo ese tamaño de sectores (2048) (es decir dd if=/dev/zero of=/dev/sda bs=2048 ) puede llevar varias horas dependiendo del procesador.

-Evidentemente puedes modificar tanto el tamaño del sector(bs=) (con tamaños mas pequeños de sectores, 512 o 1024, será mas lento de realizar que tamaños de sectores mas grandes ,4M por ejemplo) como el numero de iteraciones (count=) para no tener que escribir con ceros todo el espacio subyacente del disco.

-Esta opción de sobrescribir con ceros ( formateo de baja) que también te la dan las herramientas gráficas como discos (gnome-disks) es una operación muy lenta y en tu caso con sobrescribir con ceros en el /los primeros sectores del disco, pudiera ser suficiente para destruir un MBR sucio.

Code: Select all

sudo dd if=/dev/zero of=/dev/sda bs=2048 count=1
-Posteriormente retoma la herramienta gráfica de tu elección para comprobar que ya si puedes crear una nueva tabla de particiones- y sin ninguna partición definida aún proceder con la instalación y todo el disco disponible o crear antes las particiones que desees.
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)

Post Reply

Return to “Español (Spanish)”