Какое зло: echo bash >> .bashrc
Я уже сталкивался с этим. Хотя у меня нет полного ответа, вот обходной путь, который я использую
Я установил udisks2 или, возможно, это было раньше.
Я удалил все другие программы монтирования, которые у меня были для внешних перьевых дисков, при этом убедившись, что пакет mount есть.
Каждый раз я делаю так :-
$udisksctl mount -b /dev/sdb1
Аналогично, когда работа закончена, то :-
$udisksctl unmount -b /dev/sdb1
mount/unmount - нужное действие. Когда вы хотите использовать диск, используйте mount
-b = сообщить/показать, что это блочное устройство
/dev/sdb1 = здесь смонтирован мой usb-диск. Вы можете найти, куда монтируется ваш usb-диск, выполнив dmesg | tail, а затем используйте тот же путь в команде.
Более простым способом будет использование lsblk
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 1.9G 0 part [SWAP]
├─sda2 8:2 0 93.1G 0 part /
└─sda3 8:3 0 111.8G 0 part /home
Проблема/ошибка известна и о ней сообщено. См. https://bugs.debian.org/767233
Надеюсь, это будет полезно для вас.
Обновление 23/09/15 - Попробуйте запустить /bin/mount и посмотрите, нужен ли вам пароль root. Хотя mount не требует пароля root AFAIK.
No puede editar los archivos de inicio de shell del otro usuario a menos que los permisos estén configurados de manera insegura. Hacerlo sin su conocimiento o consentimiento (, lo que se aplica a cualquier archivo en su directorio principal ), se consideraría poco ético y también podría considerarse una infracción de conducta, según las reglas de conducta vigentes en el sistema.
Si tiene sudoderechos en el sistema y considera jugar esta "broma", entonces no debería tener sudoderechos en ese sistema .
El primer comando agregaría bashcomo comando al final de .bashrc. Si esto estaba .bashrcen el directorio de inicio del usuario, y si el usuario era un usuario bash, entonces esto causaría que se iniciara un bucle recursivo infinito de shells interactivos (tan pronto como se iniciara una de esas sesiones de shell ), hasta que finalice o se encuentre con restricciones de recursos.
El segundo comando causaría un bucle similar, pero el código solo se ejecutaría en un único entorno de proceso bash. Esto continuaría hasta que terminara, o hasta que alguna variable de entorno (como PATH, si el script agregado en cada iteración )fuera demasiado grande, momento en el que se alcanzaría un límite de recursos.
En un sistema de varios -usuarios, estas dos "bromas" pueden afectar a otros usuarios, ya que los recursos compartidos (CPU y memoria en su mayoría )se consumen.
Editar, corregir y luego guardar el archivo .bashrcmientras los escenarios anteriores están en curso detendría el ciclo, pero no liberaría recursos hasta que el bashproceso (es )del usuario afectado finalice.
Como una solución de pánico, uno podría detenerlo usando pkill -U username bashcomo root, o con pkill bashcomo el usuario afectado. Esto terminaría todos los procesos bashdel usuario afectado.