Esta
Navidad me 'cayó' un estupendo mini-disco duro externo, de un Tera
de capacidad, que me viene muy bien para usarlo como 'super-pendrive'
y llevar ahí todos mis archivos (fotos, música, videos,
películas...).
Estaba
yo, tan feliz, metiéndole todo eso cuando, no se por qué maniobra
(posiblemente por haberlo desenchufado sin desmontar, o por apagar
con él montado, no se...) el caso es que lo vuelvo a enchufar y no
me lo reconoce, saltándome un error de algo así como
Error
mounting: mount exited with exit code 1: helper failed with:
Error opening '/dev/sdb1': Permission denied
Failed to mount '/dev/sdb1': Permission denied>
Please check '/dev/sdb1' and the ntfs-3g binary
permissions (etc),
total que me puse
nerviosísimo: a ver si me lo había cargado, y con ello todos mis
archivos...
Hasta que, buceando por
San Google, encontré una solución facilísima, que me resolvió el
problema.
No hay más que editar
como root el /etc/fstab, con
sudo gedit /etc/fstab
(o, nejor, con nano) y allí, mirar si hay
alguna línea que haga mención al USB y, sin más, borrarla (bueno
yo, preventivamente, antes de borrar nada le puse una
almohadilla (#) delante, para que no considerase esa línea, a ver
qué pasaba)
Y lo que pasó es que,
tras reiniciar, enchufé el disco duro externo... y me lo reconoció
perfectamente.
Supongo que esto
servirá también para problemas similares con pendrives o cosas así.
Y bueno, ya que
hablamos de errores, voy a aprovechar la entrada para recopilar
soluciones a algunos errores típicos. Por ejemplo...
Error
USER:doc is not admin!
Se arregla abriendo una
consola, como root , y escribiendo
# gpasswd -a doc adm
(por supuesto, aquí me
refiero a mi nombre de usuario: doc, cada uno tendrá el suyo).
Error
'username is not in the sudoers file'
(o algo así). Esto me ha aparecido alguna vez, no
recuerdo cuando, ni como, pero tiene muy fácil solución, basta
editar, con privilegios de root, el archivo /etc/sudoers, por ejemplo
con
# gedit /etc/sudoers
y añadir, al final, estas dos líneas
#includedir /etc/sudoers.d
nombre_usuario ALL=(ALL) ALL
y, si quieres que no te pida la contraseña al entrar
con 'sudo', añades esta tercera:
Defaults !authenticate
Error
driver pcspkr...
Esto te aparece durante
el arranque del PC, que lees algo así como
Error: Driver 'pcspkr' is already registered,
aborting..
No tiene la menor
importancia, ocurre cuando la secuencia de arranque intenta cargar
dos drivers diferentes de sonido en el altavoz integrado de la placa
base (el famoso pitido de la BIOS).
Solución:
a) Ignorarlo, que no pasa nada
a) Ignorarlo, que no pasa nada
b)
Este modulo pcspkr
es el molesto pitido de la placa base (motherboard). Si
quieres puedes agregarlo a la lista negra para que no te lo cargue al
modulo en cuestión. Para ello la editas con
#
gedit /etc/modprobe.d/blacklist.conf
Y
basta agregar, al final del fichero, esta línea:
blacklist
pcspkr
y reiniciar.
En principio, ya no
aparecerá el mensaje
Error
módulo pk-gtk-module
Puede
ocurrir que, al hacer un upgrade en gnome3, te salte el error
“Gtk-Message: Failed to
load module “pk-gtk-module”
Parece
ser que se soluciona instalando estos paquetes:
sudo apt-get install gnome-packagekit
packagekit-dbg packagekit-gtk3-module
(parece
ser que era un bug, no se si, en nuevas actualizaciones de gnome3, se
habrá resuelto, y ya no salta el error)
Error
de VirtualBox: no arranca la máquina virtual
… y salta este
mensaje:
The
VirtualBox Linux kernel driver (vboxdrv) is either not loaded or
there is a permission problem with /dev/vboxdrv. Re-setup the kernel
module by executing, as root... '/etc/init.d/vboxdrv setup' (etc)
El
problema solo surge porque el modulo vboxdrv no está cargado.
Haciendo lo que dice, es decir, ejecutando, en terminal root, el
comando
#
/etc/init.d/vboxdrv setup
ciertamente
carga el módulo, pero hace trabajo de más e innecesario. Mejor
(previa comprobación de que tenemos instalados los
linux-headers) cargar el módulo vboxdrv con:
#
modprobe vboxdrv
y
aún mejor, se puede agregar el módulo para que se cargue cuando se
inicia el sistema y así te olvidas de cargarlo manualmente, con
#
gedit /etc/modules
Añadimos
vboxdrv al
final
del
archivo
y
guardamos. Así, cuando
reiniciemos, ya quedará cargado.
Otro error
de VirtualBox: 'fallo al acceder el subsistema USB
… e indica que no tienes permisos para acceder a los dispositivos USB. Pero que lo puedes solucionar añadiendo el usuario al grupo "vboxusers".
Pues nada, lo añadimos. En mi caso (mi nombre de usuario es 'doc'), abro una terminal como root (por ejemplo con 'sudo su') y escribo
# adduser doc vboxusers
Y reinicio.
Pues nada, lo añadimos. En mi caso (mi nombre de usuario es 'doc'), abro una terminal como root (por ejemplo con 'sudo su') y escribo
# adduser doc vboxusers
Y reinicio.
Mensaje
“PulseAudio configured for per-user sessions …(warning)”
Aparece también durante el arranque. Al parecer,
Pulse Audio está configurado, por defecto, para 'sesiones
por-usuario'
Si editas el archivo
/etc/default/pulseaudio verás que ahí te dice, en esencia, que hay
dos modos de arrancar la sesión, en modo system y en modo per-user,
y que lo recomendable es arrancar Pulse Audio en el modo de sesión
por usuario, ya que arrancar la sesión en Modo de
sistema no es el método recomendado para ejecutar PulseAudio porque
que tiene algunas limitaciones (por ejemplo falta de acceso a memoria
compartida) y podría permitir a los usuarios desconectar o redirigir
flujos de audio de los demás.)
Vale, pero entonces... ¿Por qué WARNING?
(cierto, 'warning' se traduce por 'advertencia' pero, al remarcarlo,
te da sensación de 'peligro'. Podían haber puesto, por ejemplo:
'Notice: PulseAudio
configured for per-user sessions per-user', o algo así, y sin
remarcarlo, y te asustabas menos ¿no?
Bien, pues si no te gusta ese mensajito del
warning, se puede modificar el modo en que se inicia Pulse Audio.
Para ello editas ese archivo como root, por ejemplo con
sudo gedit /etc/default/pulseaudio
y buscando la línea donde ponePULSEAUDIO_SYSTEM_START=0
La dejamos así:
PULSEAUDIO_SYSTEM_START=1
(cambiamos el 0 por un 1 para activar la sesión desde el arranque del sistema).
Guardamos, y ya no nos saldrá el famoso warning. Yo lo he probado y, la verdad,
no he visto, en mi PC, ninguna diferencia en el comportamiento de Pulse Audio
arrancando de un modo u otro)
No hay comentarios:
Publicar un comentario