Tras expulsar memoria USB quedan memorias fantasmas - [SOLUCIONADO]

Foro de soporte para usuarias de habla hispana

Moderator: Wibol

Forum rules
Topics in this forum are automatically closed 6 months after creation.
Locked
Tux-mint

Tras expulsar memoria USB quedan memorias fantasmas - [SOLUCIONADO]

Post by Tux-mint »

Hola comunidad de la menta!

Quiero enseñarles algunos problemas que tengo con las unidades extraibles, hasta el momento solo he probado una memoria usb, y en esta prueba me baso.
El problema principal es qué al introducir una memoria usb, a la primera vez aparece normal, y cuando la retiro el sistema la expulsa correctamente. Pero después de expulsar y extraer la memoria del equipo sigue apareciendo el icono de la unidad en mi escritorio, gestor de archivos y el applet. Lo normal es que desaparecieran todos los iconos al ser expulsada, pero en mi caso no. Lo peor es que al introducirla y retirarla nuevamente, los iconos de mi unidad se duplican.
Pero una imagen dice más que mil palabras, así que mejor observen.

[Memoria conectada]
Al introducir la memoria y extraerla nuevamente, quedan unidades fantasmas de esta, con la memoria conectada o no.
Image

[Memoria desconectada]
Image

Antes de esta prueba verifique la configuración para los medios extraibles, y como se puede ver a continuación esta es la configuración de fabrica, lo verifique en una maquina virtual de linux mint semi fresca. Donde este problema no sucede.
Image

Como pueden ver aquí los "fantasmas se reproducen" a medida que introduzco y extraigo la memoria.
Image

[Pero que sucede aquí? o.O] Cuando salió esto, mas a delante le di a extraer y desapareció una memoria fantasma, pero la unidad seguía en el sistema, volvi a darle a extraer, y me pedía la autenticación para expulsar la unidad. Una vez hecho si desaparecía.
Image

Decidí probar des-habilitando la opción que se puede ver en la imagen. Tras reiniciar en mi prueba anterior a esta, el problema parecía solucionarse. Pero un nuevo incidente apareció, y es que me pedía autenticación para poder extraer la unidad como muestro en la imagen posterior a esta.
Image

Sin embargo, en esta nueva prueba los resultados fueron variables, pues algunas veces me solicita la contraseña para extraer la unidad, y otras veces no. Lo mismo con las unidades fantasmas, aveces aparece una, otras no. Aunque parece que por lo menos no genera tantas unidades fantasma como en cambio pasa con la opción que viene habilitada por defecto.
Image

Intente por cierto reinstalar udisks2 + sus dependencias desde synaptic, pero todo sigue igual.
Realmente no sé que sucede. Espero me puedan ayudar.
No sé si se deba a algunos paquetes, software que recién he instalado. Puesto que tenía varios días sin conectar un usb
y me percate de este problema ayer.
En ultimas pensé en usar otro kernel, pero recién hoy salió otra actualizacion (la 4.15.0-39) la instalé, sigue igual y se me pasó probar con versiones anteriores. Creo que luego lo intentaré, y mientras tanto espero su soporte. Muchas gracias!

Code: Select all

System:    Host: dev-HP-G42-Notebook-PC Kernel: 4.15.0-39-generic x86_64
           bits: 64 gcc: 7.3.0
           Desktop: Cinnamon 3.8.9 (Gtk 3.22.30) Distro: Linux Mint 19 Tara
Machine:   Device: laptop System: Hewlett-Packard product: HP G42 Notebook PC v: 0599120000202710010010100 serial: N/A
           Mobo: Hewlett-Packard model: 1425 v: 54.49 serial: N/A
           BIOS: Hewlett-Packard v: F.26 date: 11/08/2010
Battery    BAT0: charge: 14.2 Wh 42.3% condition: 33.5/33.5 Wh (100%)
           model: Hewlett-Packard Primary status: Discharging
CPU:       Dual core Intel Core i5 M 450 (-MT-MCP-) 
           arch: Nehalem rev.5 cache: 3072 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 9577
           clock speeds: max: 2400 MHz 1: 1391 MHz 2: 1232 MHz 3: 1258 MHz
           4: 1262 MHz
Graphics:  Card: Intel Core Processor Integrated Graphics Controller
           bus-ID: 00:02.0
           Display Server: x11 (X.Org 1.19.6 )
           drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 1366x768@60.00hz
           OpenGL: renderer: Mesa DRI Intel Ironlake Mobile
           version: 2.1 Mesa 18.0.5 Direct Render: Yes
Audio:     Card Intel 5 Series/3400 Series High Def. Audio
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.15.0-39-generic
Network:   Card-1: Broadcom Limited BCM4312 802.11b/g LP-PHY
           driver: wl bus-ID: 02:00.0
           IF: wlo1 state: up mac: <filter>
           Card-2: Realtek RTL8101/2/6E PCIE Fast/Gigabit Ethernet controller
           driver: r8169 v: 2.3LK-NAPI port: 2000 bus-ID: 03:00.0
           IF: enp3s0 state: down mac: <filter>
Drives:    HDD Total Size: 320.1GB (29.4% used)
           ID-1: /dev/sda model: ST320LT020 size: 320.1GB
Partition: ID-1: / size: 293G used: 88G (32%) fs: ext4 dev: /dev/sda1
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 58.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Repos:     Active apt sources in file: /etc/apt/sources.list.d/bitcoin-bitcoin-bionic.list
           deb http://ppa.launchpad.net/bitcoin/bitcoin/ubuntu bionic main
           deb-src http://ppa.launchpad.net/bitcoin/bitcoin/ubuntu bionic main
           Active apt sources in file: /etc/apt/sources.list.d/costales-folder-color-bionic.list
           deb http://ppa.launchpad.net/costales/folder-color/ubuntu bionic main
           deb-src http://ppa.launchpad.net/costales/folder-color/ubuntu bionic main
           Active apt sources in file: /etc/apt/sources.list.d/google-chrome.list
           deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main
           Active apt sources in file: /etc/apt/sources.list.d/libretro-stable-bionic.list
           deb http://ppa.launchpad.net/libretro/stable/ubuntu bionic main
           deb-src http://ppa.launchpad.net/libretro/stable/ubuntu bionic main
           Active apt sources in file: /etc/apt/sources.list.d/megasync.list
           deb https://mega.nz/linux/MEGAsync/xUbuntu_18.04/ ./
           Active apt sources in file: /etc/apt/sources.list.d/nilarimogard-webupd8-bionic.list
           deb http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu bionic main
           deb-src http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu bionic main
           Active apt sources in file: /etc/apt/sources.list.d/numix-ppa-bionic.list
           deb http://ppa.launchpad.net/numix/ppa/ubuntu bionic main
           deb-src http://ppa.launchpad.net/numix/ppa/ubuntu bionic main
           Active apt sources in file: /etc/apt/sources.list.d/official-package-repositories.list
           deb http://mirrors.evowise.com/linuxmint/packages tara main upstream import backport
           deb http://mirrors.advancedhosters.com/ubuntu bionic main restricted universe multiverse
           deb http://mirrors.advancedhosters.com/ubuntu bionic-updates main restricted universe multiverse
           deb http://mirrors.advancedhosters.com/ubuntu bionic-backports main restricted universe multiverse
           deb http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
           deb http://archive.canonical.com/ubuntu/ bionic partner
           Active apt sources in file: /etc/apt/sources.list.d/official-source-repositories.list
           deb-src http://mirrors.evowise.com/linuxmint/packages tara main upstream import backport
           deb-src http://mirrors.advancedhosters.com/ubuntu bionic main restricted universe multiverse
           deb-src http://mirrors.advancedhosters.com/ubuntu bionic-updates main restricted universe multiverse
           deb-src http://mirrors.advancedhosters.com/ubuntu bionic-backports main restricted universe multiverse
           deb-src http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
           deb-src http://archive.canonical.com/ubuntu/ bionic partner
           Active apt sources in file: /etc/apt/sources.list.d/papirus-papirus-bionic.list
           deb http://ppa.launchpad.net/papirus/papirus/ubuntu bionic main
           deb-src http://ppa.launchpad.net/papirus/papirus/ubuntu bionic main
           Active apt sources in file: /etc/apt/sources.list.d/random-stuff-ppa-bionic.list
           deb http://ppa.launchpad.net/random-stuff/ppa/ubuntu bionic main
           deb-src http://ppa.launchpad.net/random-stuff/ppa/ubuntu bionic main
           Active apt sources in file: /etc/apt/sources.list.d/teejee2008-ppa-bionic.list
           deb http://ppa.launchpad.net/teejee2008/ppa/ubuntu bionic main
           deb-src http://ppa.launchpad.net/teejee2008/ppa/ubuntu bionic main
Info:      Processes: 202 Uptime: 1:16 Memory: 2868.1/5758.6MB
           Init: systemd runlevel: 5 Gcc sys: 7.3.0
           Client: Shell (bash 4.4.191) inxi: 2.3.56 
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 3 times in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
User avatar
JOPETA
Level 17
Level 17
Posts: 7762
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: Tras expulsar memoria USB quedan memorias fantasmas - Ayuda [BUG]

Post by JOPETA »

¡Hola Tux-mint, bienvenido al foro!
Tux-mint wrote: Tue Nov 13, 2018 9:36 pmQuiero enseñarles algunos problemas que tengo con las unidades extraibles, hasta el momento solo he probado una memoria usb, y en esta prueba me baso.
Si solo lo has probado con un dispositivo USB no puedes descartar que el problema sea de esta memoria en concreto y deberías empezar por descartarlo. Un dispositivo en mal estado explicaría todo lo que ocurre y si no se corrige con un formateo (que no parece) no deberías usarlo. Puedes probar en otros equipo con él y/o probar con otros dispostivos, descartar otras cosas como la propia conexión USB conectándolo a otras disponibles en el PC y de ser posible diferente (USB 2. en vez de USB 3.0.) :wink:
Tux-mint wrote: Tue Nov 13, 2018 9:36 pmIntente por cierto reinstalar udisks2 + sus dependencias desde synaptic, pero todo sigue igual.
(...)
En ultimas pensé en usar otro kernel, pero recién hoy salió otra actualización (la 4.15.0-39) la instalé, sigue igual y se me pasó probar con versiones anteriores.
Descartado lo anterior los sospechosos van desde la configuración de la BIOS/UEFI a Nemo, pasando por el propio kernel y habría que encontrar motivos en el dmesg para proceder con la instalación/reinstalación de algo . :roll:
Tux-mint wrote: Tue Nov 13, 2018 9:36 pmNo sé si se deba a algunos paquetes, software que recién he instalado. Puesto que tenía varios días sin conectar un usb
y me percate de este problema ayer.
Observando la cantidad de repositorios (incluyendo los backport de Mint y Ubuntu) adicionales y ppas cualquier cosa puede ser en este sentido. Es repetir, lo dicho en numerosos post. Seguro que tienes razones para recurrir a ellos, pero salvo alguna excepción (como las de Chrome) lo normal es desactivar estos repositorios una vez realizada la instalación de ese software. Evitarás muchos problemas de inestabilidad del sistema sobre todo si no tienes filtrados ningún nivel e instalas varias actualizaciones de seguridad de nivel 4 a la vez. Ademas, no precisas si el kernel lo instalas de forma gráfica (lo recomendable) o directamente la actualización de nivel 4.

Para saber si una actualización puede ser la causa revisa el histórico de actualizaciones (Archivo>histórico en el gestor de paquetes Synaptic), aunque deshacerlo si concurrieron varias a la vez puede se difícil. Me resulta difícil avanzar en este sentido ya que no tengo instalado LM 19 y yo soy bastante precavido con esto, pero si observo en mi histórico alguna actualización de udev que pudiera tener relación o los propios python.

De ser así lo mejor sería esperar a que una nueva actualización deshaga el entuerto en vista que has podido sortear el problema evitando el automontaje (yo tambien desactivaría la apertura automáticas de carpetas mientras).
Image

Por otra parte observo que has creado un marcador root en Nemo que no me parece buena idea desde que la cuenta del root ya no se crea por defecto. Tampoco le veo utilidad teniendo ya el acceso al Sistema de archivos que te sitúa en / no en /root/ para el que además tu usuario (con el que navegas) no debe tener permisos.

Sobre los avisos al desmontar pudieran tener relación con esto. De hecho simplemente con tener abierta una ventana a dicho dispositivo (ni siquiera teniendo abierto varios navegadores) puede dar lugar a avisos por parte del sistema a la hora de desmontarlo (dispositivo en uso,...).

Deshaz los cambios que hayas podido realizar en Nemo o cualquier otro (no se porqué algunos modifican el /etc/fstab para montar al inicio dispositvos externos) y realiza las acciones de desmontaje, expulsión o extracción segura sobre el acceso al dispositivo (no desde el Mi PC o equipo) antes de extraerlo y finaliza la acción con la extracción real del dispositivo (no le dejes conectado una vez explusado).
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)
Tux-mint

Re: Tras expulsar memoria USB quedan memorias fantasmas - Ayuda [BUG]

Post by Tux-mint »

Si solo lo has probado con un dispositivo USB no puedes descartar que el problema sea de esta memoria en concreto y deberías empezar por descartarlo. Un dispositivo en mal estado explicaría todo lo que ocurre y si no se corrige con un formateo (que no parece) no deberías usarlo. Puedes probar en otros equipo con él y/o probar con otros dispostivos, descartar otras cosas como la propia conexión USB conectándolo a otras disponibles en el PC y de ser posible diferente (USB 2. en vez de USB 3.0.) :wink:
Pues me he puesto a probar esto "teniendo aún la certeza de que no tiene nada que ver con mis usb o puertos" probé entonces con otra memoria usb diferente, aunque es exactamente el mismo modelo de la primera con la que hice la anterior prueba, hasta en la capacidad son iguales. La primera tiene información variada, la segunda era un boot the linux mint para instalación, pero hace algunos días o semanas atrás la formatee y ahora tiene información variada. Luego probé otra memoria totalmente distinta a las dos primeras, diferente modelo y marca, además que no recuerdo introducirla antes en mi distro, ya que es una memoria algo archivada, no la uso. Y el caso se repetía en todas, de igual forma.
Es que yo sé que no son las memorias, ni ningún hardware mio, sé que es el soft. De otro modo no hubiese hecho este reporte. Aún conecté un disco duro para laptop con un adaptador usb, con este disco no salen los fantasmas. Solo puedo mencionar que muestra una partición que dentro hay una carpeta de "recovery" y algo más "que creo que en windows no monta" (en su interior tiene windows 10 instalado), esta partición no me deja retirar el disco de forma segura. Todas las particiones se extraen menos esta, tengo que usar privilegios elevados "root" para poder extraer la unidad. También probé todas las unidades en mi pc de Escritorio compartido, con windows 10, y ningún problema todo normal. (a excepción de "analiza la unidad para reparar errores" que al final no detecta nada, y pasa creo que siempre que inserto una memoria en linux, luego windows. Y así el ciclo.) Nada de usb 3.0, 3.1. Solo poseo 2.0 en la laptop y el de escritorio. "teste todos los puertos"
Entonces en este aspecto descartamos hardware.

Code: Select all

Descartado lo anterior los sospechosos van desde la configuración de la BIOS/UEFI a Nemo, pasando por el propio kernel y habría que encontrar motivos en el dmesg para proceder con la instalación/reinstalación de algo . :roll:
Nada que ver. La bios de mi portátil es bastante sencilla y limitada de configuraciones. Jamas la he tocado excepto una vez, hace rato para activar la virtualización para poder usar virtualbox y nada más. Aún si fuese, suponiendo claro. En windows también tendría algún problema parecido, y no lo tengo ya que el disco que conecte en mint en las pruebas de arriba. Es el que uso en este portátil, cuando necesito algo en windows. Además piensa que este problema es de ahora. Y mint lo tengo instalado hace un ratico ya, y recuerdo que todo al principio sin problemas. (lo de reinstalar udisk fue por probar descartando algo rápido)
Ademas, no precisas si el kernel lo instalas de forma gráfica (lo recomendable) o directamente la actualización de nivel 4.
El kernel lo instalo de forma gráfica por el gestor de actualizaciones de mint. Tengo activada la visualización de los niveles. En cuanto a las actualizaciones, normalmente instalo todo lo que se me atraviese :lol: :lol: (aunque, siempre veo que niveles son, y que es lo que se va a instalar. Normalmente dejo de ultimo los mas pesados, o software de tercero: como chrome, thunderbird "en la lista negra", iconos, y así.) Supongo que tener timeshift activo le da a uno una cierta seguridad o sobre-confianza. Aparte de que siempre, luego de una update pues veo que todo este bien. La red, audio. No sé lo normal que uno usa a diario. No es como que cada que se actualiza el sistema voy a ver "si sigue funcionando el lector de disket" o lector sd, la entrada de micrófono. Cúal es el chiste cuando puede haber algo más de una decena de actualizaciones, "en una semana buena de actualizaciones ¡vaya!".
Para saber si una actualización puede ser la causa revisa el histórico de actualizaciones (Archivo>histórico en el gestor de paquetes Synaptic), aunque deshacerlo si concurrieron varias a la vez puede se difícil. Me resulta difícil avanzar en este sentido ya que no tengo instalado LM 19 y yo soy bastante precavido con esto, pero si observo en mi histórico alguna actualización de udev que pudiera tener relación o los propios python.


Pues aquí como no tengo idea de que pudo ser, te dejo algunos de los cambios mas relevantes que pude ver.

Code: Select all

Commit Log for Tue Nov 13 12:48:21 2018


Actualizó los siguientes paquetes:
adobe-flashplugin (1:20181009.1-0ubuntu0.18.04.1) to 1:20181113.1-0ubuntu0.18.04.1
libpython2.7 (2.7.15~rc1-1) to 2.7.15~rc1-1ubuntu0.1
libpython2.7-dev (2.7.15~rc1-1) to 2.7.15~rc1-1ubuntu0.1
libpython2.7-minimal (2.7.15~rc1-1) to 2.7.15~rc1-1ubuntu0.1
libpython2.7-stdlib (2.7.15~rc1-1) to 2.7.15~rc1-1ubuntu0.1
python2.7 (2.7.15~rc1-1) to 2.7.15~rc1-1ubuntu0.1
python2.7-dev (2.7.15~rc1-1) to 2.7.15~rc1-1ubuntu0.1
python2.7-minimal (2.7.15~rc1-1) to 2.7.15~rc1-1ubuntu0.1

Commit Log for Mon Nov 12 21:19:36 2018


Actualizó los siguientes paquetes:
libglib2.0-0 (2.56.2-0ubuntu0.18.04.2) to 2.56.3-0ubuntu0.18.04.1
libglib2.0-0:i386 (2.56.2-0ubuntu0.18.04.2) to 2.56.3-0ubuntu0.18.04.1
libglib2.0-bin (2.56.2-0ubuntu0.18.04.2) to 2.56.3-0ubuntu0.18.04.1
libglib2.0-data (2.56.2-0ubuntu0.18.04.2) to 2.56.3-0ubuntu0.18.04.1
libglib2.0-dev (2.56.2-0ubuntu0.18.04.2) to 2.56.3-0ubuntu0.18.04.1
libglib2.0-dev-bin (2.56.2-0ubuntu0.18.04.2) to 2.56.3-0ubuntu0.18.04.1
ubuntu-drivers-common (1:0.5.2.1) to 1:0.5.2.2

Commit Log for Mon Nov 12 16:17:30 2018


Actualizó los siguientes paquetes:
apport (2.20.9-0ubuntu7.4) to 2.20.9-0ubuntu7.5
python3-apport (2.20.9-0ubuntu7.4) to 2.20.9-0ubuntu7.5
python3-problem-report (2.20.9-0ubuntu7.4) to 2.20.9-0ubuntu7.5

Commit Log for Mon Nov 12 11:26:48 2018


Actualizó los siguientes paquetes:
gettext (0.19.8.1-6) to 0.19.8.1-6ubuntu0.1
gettext-base (0.19.8.1-6) to 0.19.8.1-6ubuntu0.1
libmspack0 (0.6-3ubuntu0.1) to 0.6-3ubuntu0.2
libnss-myhostname (237-3ubuntu10.4) to 237-3ubuntu10.6
libnss-systemd (237-3ubuntu10.4) to 237-3ubuntu10.6
libpam-systemd (237-3ubuntu10.4) to 237-3ubuntu10.6
libsystemd0 (237-3ubuntu10.4) to 237-3ubuntu10.6
libsystemd0:i386 (237-3ubuntu10.4) to 237-3ubuntu10.6
libudev-dev (237-3ubuntu10.4) to 237-3ubuntu10.6
libudev1 (237-3ubuntu10.4) to 237-3ubuntu10.6
libudev1:i386 (237-3ubuntu10.4) to 237-3ubuntu10.6
systemd (237-3ubuntu10.4) to 237-3ubuntu10.6
systemd-sysv (237-3ubuntu10.4) to 237-3ubuntu10.6
udev (237-3ubuntu10.4) to 237-3ubuntu10.6

Commit Log for Mon Nov  5 16:23:53 2018


Actualizó los siguientes paquetes:
gir1.2-networkmanager-1.0 (1.10.6-2ubuntu1) to 1.10.6-2ubuntu1.1
libnm-glib4 (1.10.6-2ubuntu1) to 1.10.6-2ubuntu1.1
libnm-util2 (1.10.6-2ubuntu1) to 1.10.6-2ubuntu1.1
libnm0 (1.10.6-2ubuntu1) to 1.10.6-2ubuntu1.1
libnss-myhostname (237-3ubuntu10.3) to 237-3ubuntu10.4
libnss-systemd (237-3ubuntu10.3) to 237-3ubuntu10.4
libpam-systemd (237-3ubuntu10.3) to 237-3ubuntu10.4
libruby2.5 (2.5.1-1ubuntu1) to 2.5.1-1ubuntu1.1
libsystemd0 (237-3ubuntu10.3) to 237-3ubuntu10.4
libsystemd0:i386 (237-3ubuntu10.3) to 237-3ubuntu10.4
libudev1 (237-3ubuntu10.3) to 237-3ubuntu10.4
libudev1:i386 (237-3ubuntu10.3) to 237-3ubuntu10.4
network-manager (1.10.6-2ubuntu1) to 1.10.6-2ubuntu1.1
network-manager-config-connectivity-ubuntu (1.10.6-2ubuntu1) to 1.10.6-2ubuntu1.1
papirus-icon-theme (20181031-2726+pkg20~ubuntu18.04.1) to 20181104-2734+pkg20~ubuntu18.04.1
ruby2.5 (2.5.1-1ubuntu1) to 2.5.1-1ubuntu1.1
systemd (237-3ubuntu10.3) to 237-3ubuntu10.4
systemd-sysv (237-3ubuntu10.3) to 237-3ubuntu10.4
udev (237-3ubuntu10.3) to 237-3ubuntu10.4

Commit Log for Fri Nov  2 02:14:08 2018


Actualizó los siguientes paquetes:
libparted-fs-resize0 (3.2-20) to 3.2-20ubuntu0.1
libparted2 (3.2-20) to 3.2-20ubuntu0.1
papirus-icon-theme (20181029-2725+pkg20~ubuntu18.04.1) to 20181031-2726+pkg20~ubuntu18.04.1
parted (3.2-20) to 3.2-20ubuntu0.1

Commit Log for Mon Oct 29 23:09:44 2018


Actualizó los siguientes paquetes:
dpkg (1.19.0.5ubuntu2) to 1.19.0.5ubuntu2.1
dpkg-dev (1.19.0.5ubuntu2) to 1.19.0.5ubuntu2.1
libdpkg-perl (1.19.0.5ubuntu2) to 1.19.0.5ubuntu2.1
libnautilus-extension1a (1:3.26.4-0~ubuntu18.04.1) to 1:3.26.4-0~ubuntu18.04.2
nautilus-data (1:3.26.4-0~ubuntu18.04.1) to 1:3.26.4-0~ubuntu18.04.2
networkd-dispatcher (1.7-0ubuntu3.2) to 1.7-0ubuntu3.3
nodejs (8.10.0~dfsg-2ubuntu0.3) to 8.10.0~dfsg-2ubuntu0.4
python-apt (1.6.2) to 1.6.3
python-apt-common (1.6.2) to 1.6.3
python3-apt (1.6.2) to 1.6.3
tzdata (2018f-0ubuntu0.18.04) to 2018g-0ubuntu0.18.04

Commit Log for Thu Oct 18 12:25:43 2018


Actualizó los siguientes paquetes:
bsdutils (1:2.31.1-0.4ubuntu3.1) to 1:2.31.1-0.4ubuntu3.2
fdisk (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
libblkid1 (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
libblkid1:i386 (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
libfdisk1 (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
libmount1 (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
libmount1:i386 (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
libsmartcols1 (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
libsnapd-glib1 (1.41-0ubuntu0.18.04.1) to 1.43-0ubuntu0.18.04.1
libssh-gcrypt-4 (0.8.0~20170825.94fa1e38-1build1) to 0.8.0~20170825.94fa1e38-1ubuntu0.1
libuuid1 (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
libuuid1:i386 (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
mount (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
rfkill (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
util-linux (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
uuid-runtime (2.31.1-0.4ubuntu3.1) to 2.31.1-0.4ubuntu3.2
en vista que has podido sortear el problema evitando el automontaje (yo tambien desactivaría la apertura automáticas de carpetas mientras).
No del todo lo soluciona, pide autenticación para poder extraer la unidad. Cosa que no debería porque ser así. Y es algo random, aveces puede mostrar una unidad fantasma, otras veces no. Total. No es la solución definitiva, ni debería serlo. Todo debería funcionar con la configuración de fabrica. Nemo no tiene configuraciones extrañas. Todo está de fabrica, des-habilité temporalmente todas las extensiones de tercero (instaladas por mi), temas, iconos, etc. (trate de dejar mint como viene, para poder ver si algo de eso tenía que ver, pero todo seguía igual.
Y sí, es mejor desactivar la apertura automatica del dispositivo recién conectado. Ya lo había pensado antes pero ahora es que lo vengo a desactivar :wink:
Por otra parte observo que has creado un marcador root en Nemo que no me parece buena idea desde que la cuenta del root ya no se crea por defecto.


Mm pues no recuerdo haber creado ese marcador, sinceramente. Ahora que lo noto decidí quitarlo (gracias por la observación!)
Sobre los avisos al desmontar pudieran tener relación con esto. De hecho simplemente con tener abierta una ventana a dicho dispositivo (ni siquiera teniendo abierto varios navegadores) puede dar lugar a avisos por parte del sistema a la hora de desmontarlo (dispositivo en uso,...).
No lo creo. He hecho pruebas de solo conectar y desconectar sin abrir nada, simplemente para evitar procesos, o que el dispositivo este ocupado. Cuando le doy a extraer y pide contraseña. Dice como que mi usuario está intentando extraer un dispositivo que fue montado por "root" y por eso lo de la autenticación (esa es mi interpretación al respecto)
Deshaz los cambios que hayas podido realizar en Nemo o cualquier otro (no se porqué algunos modifican el /etc/fstab para montar al inicio dispositvos externos) y realiza las acciones de desmontaje, expulsión o extracción segura sobre el acceso al dispositivo (no desde el Mi PC o equipo) antes de extraerlo y finaliza la acción con la extracción real del dispositivo (no le dejes conectado una vez expulsado).
Como dije anteriormente nemo está casi que de fabrica y ya descarte mi extensiones y eso. No he modificado "fstab". Obviamente después de la expulsión retiro físicamente el dispositivo.

Espero no dejar nada en el aire, y haber proporcionado lo más relevante para poder encontrar el error, si es que se encuentra y no me toque reinstalar :roll:

Gracias por tu tiempo.
User avatar
JOPETA
Level 17
Level 17
Posts: 7762
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: Tras expulsar memoria USB quedan memorias fantasmas - Ayuda [BUG]

Post by JOPETA »

Si me pidieras que aventurara una causa, sin comprobar o sin descartar otras probables no lo haría. Tu relato inicial dejaba muchos cabos sin atar y mi anterior post sólo era la secuencia lógica de pasos para proceder en el proceso de descarte a tener en cuenta en general. No para ser rebatido, ni tampoco va a ser motivo de debate.

Eres muy dueño de no tomarlo en consideración si lo deseas, pero digas que ya lo habías descartado antes sin comprobarlo. También hay otras contradicciones en las que no voy a entrar como que lo tienes todo sin modificar, "de fábrica" cuando reconoces que actualizas todos los niveles de software :wink:

En términos de probabilidad si quieres, a la vista de los repositorios activos y teniendo las actualizaciones sin filtrar por niveles ( "a chorro"), la instalación de actualizaciones pueden ser los responsables de esto sin necesidad de un upgrade en terminal como en otras ediciones, y en el futuro de otros problemas. Ahora, teniendo en cuenta los paquetes actualizados que has adjuntado y descartado el hardware en tu último post es lo más probable (seguro no hay casi nada hasta que no se demuestra).

También para eso está Timeshift y la recomendación de volver a una instantánea anterior es la propuesta obligada en estos casos de comportamiento inadecuada del sistema tras actulizar ya que deshacer los cambios en algunos casos puede ser un proceso complicado o ineficaz.

No se trata, en cualquier caso de un problema muy serio, de querer mantenerte así en espera que otra/s actualización/es corrijan los problemas causados por la/s última/s.

Si quieres investigar mas, es un bosque en el que no me voy a meter personalmente, teniendo en cuenta que has podido descartarlo ya tu antes, podrías descartar la actualización incompleta de los paquetes obvios implicados y sus dependencias, como mount y udev o las librerías de nautilus y sobre todo el que parece el principal afectado nemo por todo ello (aunque puede que sean los procesos de descubrimiento y montaje y nemo sólo la evidencia). Reinstálalos desde la terminal y observa si se producen errores . Si quieres, en tal caso, devuelve el completo del resultado del código en la terminal, es decir el resultado del sudo apt-get install --reinstall mount , udev, fdisk,... y nemo, claro.

Si no se manifiestan errores, y si no quieres analizar los diferentes log del sistema o el informe de errores (o al vista de estos no sacas ninguna conclusión) ejecuta las acciones de descubrimiento y montaje del USB de forma controlada y desde la terminal. Es decir, inicia sin el USB introducido, hazlo una vez inicies la sesión y nada más hacerlo analiza el resultado del siguiente código en la terminal dmesg | tail -30, comprueba como es identificado y el punto de montaje que adquiere con fsdik -l y sudo lsblk, desmonta el dispositivo auto-montado desde la teminal ( sudo umount /dev/sdXY) y sin extraer, y elimina el punto de montaje que adquiere por defecto (sudo rmdir /media/USUARIO/VolumenXXXXX), vuelve a montarlo en un directorio creado exclusivamente para ello y por supuesto ejecuta nemo desde la terminal (sin derechos administrativos).

Observa los errores que pudieran aparecer en el proceso y de ser así devuelve el resultado íntegro del código si quieres compartirlos en el foro y esperar respuesta. :wink:
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)
Tux-mint

Re: Tras expulsar memoria USB quedan memorias fantasmas - Ayuda [BUG]

Post by Tux-mint »

Problema solucionado.

Del punto 1 al 4 son las pruebas.
El punto 5 es la solución.

1- La re-instalación de "mount, udev, fdisk, nemo" no resolvió el problema, todos los paquetes se reinstalaron sin ningún error, pero al final todo seguía igual.

2- Hice un chequeo con:

Code: Select all

dmesg | tail -30
Después de insertar el dispositivo, no vi nada extraño, o nada que pudiera llamar mi atención. En otras palabras no me dice de ningún suceso extraño el registro.

3- Procedí a identificar mi dispositivo con:

Code: Select all

sudo lsblk
Este se identificó cómo:

Code: Select all

dev/sdb1
Después de desmontarlo como root, fue imposible eliminar el punto de montaje en:

Code: Select all

/media/USUARIO/"dispositivo"
Ya que decía que no existía el "archivo/directorio". Decidí salvar la info de la memoria y realizar el proceso nuevamente sin desmontar el dispositivo (sabiendo las consecuencias de esto, claro.), pero no se podía eliminar el directorio de montaje porque el dispositivo "estaba ocupado"

4- Decidí crear un nuevo directorio llamado "devices" dentro de la carpeta de montaje "mi-usuario" en:

Code: Select all

/media/mi-usuario
Con:

Code: Select all

sudo mkdir devices
Quedando la nueva ruta de montaje temporal como:

Code: Select all

/media/mi-usuario/devices
Luego decidí montar la memoria en ese punto con:

Code: Select all

sudo mount -t vfat /dev/sdb1 /media/mi-usuario/devices
Eureka! no aparecieron las memorias fantasmas. Entonces desmonte y volví a montar el dispositivo de forma automática, de modo que el sistema mismo se encargase de auto-montarlo como siempre. Y volvieron los fantasmas.

Entonces pensé que algo andaba mal en el directorio de montaje "media", lo abrí y pude observar todas estas carpetas de montaje.
Image

Empezando por "usb1" hasta "usb7", y un enlace roto de usb. Usb 1 era un espejo de cada dispositivo auto-montado en:

Code: Select all

/media/usuario
Este lleva directamente al dispositivo. Aún desmontado usb1 retiene el dispositivo de alguna forma.(en la imagen el dispositivo está desmontado, pero usb1 se muestra con un icono de usb) "Podría suponer que este no me dejaba eliminar el directorio de montaje con el dispositivo montado". También existió un "usb0" que lo eliminé de primero. Por eso no sale en la captura de pantalla. Mi pensamiento fue que algo andaba mal con todas esas carpetas y el enlace roto.

5- [Solución]

Así que decidí eliminar todo lo que me parecía sospechoso en la ruta:

Code: Select all

/media
O sea todo menos las carpetas de "apt", y la carpeta de montaje "usuario". Procedo en la consola con el siguiente comando ubicándome en "/media".

Code: Select all

sudo rm -r usb usb1 usb2 usb3 usb4 usb5 usb6 usb7
(* "usb0" lo eliminé antes de este comando "como una prueba"). Procedo a introducir ahora mis usb's y todas funcionan como deberían. No hay fantasmas, ni privilegios elevados para poder extraer los dispositivos. Reinicie y seguí haciendo pruebas y todo va como debe.

*Tenía la duda de porqué "usb, usb0, usb1, usb2, usb3, usb4, usb5, usb6, usb7" estaban allí, ¿era normal que estuviesen ahí?. Entonces encendí mi virtualbox con linux mint 19. Ingresé a

Code: Select all

/media
Y me pude dar cuenta de que allí solo estaba la carpeta de montaje "usuario" (llamada tests) y una carpeta que tiene que ver con la guest de virtualbox para compartir una carpeta entre anfitrión|invitado. Nada más, nada raro. Cómo esta maquina virtual es una instalación semi-limpia, pude confirmar que las carpetas "usb" en el directorio "/media" no era normal. Ni siquiera con un dispositivo montado deben aparecer, según las pruebas que hice. Cómo se puede ver a continuación en la captura de pantalla.

Image

La única duda que me queda es, ¿como y porqué se generaron esos archivos en la carpeta "/media"?. y según la maquina virtual no debería haber tampoco una carpeta llamada "apt" en media. En su interior no hay nada, pero antes de eliminarla preferiría una sugerencia si es normal o no.
De igual forma, gracias a "JOPETA" por su ayuda, y su tiempo. Espero que otros, qué puedan tener este problema en algún momento, les sirva esta solución qué me funciono a mi.
Last edited by JCSenar on Fri Nov 16, 2018 12:02 am, edited 2 times in total.
Reason: Añadido el formato [rimg]
User avatar
JOPETA
Level 17
Level 17
Posts: 7762
Joined: Thu Nov 20, 2014 6:10 am
Location: En un lugar de cuyo nombre no quiero acordarme

Re: Tras expulsar memoria USB quedan memorias fantasmas - [SOLUCIONADO]

Post by JOPETA »

Solo por precisar alguna cosa:
-virtualbox no usa los mismos protocolos de detección y montaje de dispositivos que tu sistema real, auque el resultado en él si es el esperable en caulquier sistema (un dispostivo detectado>un dispostivo montado>un solo punto de montaje) no son extrapolables. A ti te ha permitido sólo comprender qué es lo normal y que tu sistema deberia hacerlo. Tambien lo normal es que al extraer el dispositivo se eliminen de forma automatica los puntos de montaje creados y tu sistema no lo hacía. Este comportamiento anormal siempre ha sido el problema desde el inicio.

-La propuesta de montar el dispositivo de forma manual descarta ante la falta de arrores que udev, mount,.. funcionen de forma anómala. Sobre lo prupesto sólo ha faltado o no comentas la ejecución de nemo desde la terminal.

-Una vez eliminada esa basura debería montar y desmontar de forma automática con normalidad (en /media/usuario/XXXX, donde XXX será el UUID de la partición, con independecia de que el navegador te mueste la etiqueta del volumen, que es lo normal en usb con particionado GPT o de la partición si es MBR) cosa que no dices claramente haber comprobado. Para hacerlo con ciertas garantías
  • Asegúrate que con el usb extraido, que el directorio /media/ queda completamente vacío y si no elimina su contenedio de forma manual. Revisa tambien por si acaso el contenido /mnt (también debería estar vacío) y en los diretorios de /dev/disk no hay enlaces a USB o volúmenes que no sean a tus propias particiones del/los discos.
  • Conecta otro USB y comprueba que se monta, puedes navegar por el,... Déjalo un buen rato conectado y comprueba que se desmonta y extrae como debiera.
  • Luego vuelve a probar con ese USB y comprueba que ocurre de igual forma. Si no es así ya tienes el culpable.
  • Si por el contrario todo es normal y trascurrido un tiempo no se reproduce

    Sólo entonces podrías dar por solucionado el problema.
Tux-mint wrote: Thu Nov 15, 2018 7:39 pm La única duda que me queda es, ¿como y porqué se generaron esos archivos en la carpeta "/media"?
El contenido de /media/ era anómalo (si no hay nada montado debería estar vacío) tu debes saber porqué si haces memoria. Los dos directorios presentes apt y dev son restos (y no sólo enlaces rotos) de un sistema Linux y no es allí donde el sistema debería montar normalmente los USB sino en /media/usuario/XXXX. La propias carpetas usb no tienen sentido como punto de montaje en un montaje automático normal de un medio externo normal.

Si no hay nada sospechoso en el contenido de ese USB (sospechoso número uno desde el principio), piensa en otro medio USB que hayas creado/introducido anteriormente, en particular con otro sistema Linux no derivado de Ubuntu, o en algun montaje manual mal ejecutado como posible origen del problema.

Un medio en definitiva montado de forma forzada o dirigida por el propio USB explicaría casi todo este comportamiento "anormal". Es evidente que no se trataría de un montaje normal y no sólo por la ubicación del punto de montaje, para dejar restos (aunque sólo fueran sean enlaces rotos) una vez retirado el dispostivos USB.

A mi me recuerda ciertos sucedidos al crear un USB con una imagen de Manjaro cuyo desmontaje me fue especialmente accidentado y tuve que realizarlo de la misma manera (elimiando los puntos de montaje de forma manual y contenidos extraños que había dejado tras su extracción forzada).

Evidentemente yo no tenía otras posibles causas que descartar (repositorios, actualizaciones y demás) y un sólo sospechoso (el USB live que acababa de crear) por lo que me resultó relativamente sencillo saber porqué un medio desmontado y extraido me seguía apareciendo...había dejado algo en mi sistema que antes no estaba y el sitio lógico donde mirar era en la ruta de montaje.
Ni cola de león ni cabeza de ratón, prefiero ser diente de ajo.(Javier Krahe)
Locked

Return to “Español - Spanish”