Вы забыли добавить свою папку Oracle JAVA bin в переменную $ PATH.
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/usr/Java/jre1.8.0_161/bin"
Задайте вышеуказанный путь в /etc/environment
. Во-вторых, [ ! d4] Несмотря на изменение вышеуказанного файла, он все равно показал мне. «java» можно найти в следующих пакетах: ошибка.
Не могли бы вы рассказать мне что именно произошло после sudo apt-autoremove.
sudo apt autoremove
Команда
также обнаруживает старые версии ядра Linux, которые больше не нужны, и они не нужны, и они не могут быть переделаны с любым из загрузочных разделов или переконфигурированы по-другому, что может вызвать проблемы. удаляет их также.
Found linux image: /boot/vmlinuz-4.13.0-38-generic
Found initrd image: /boot/initrd.img-4.13.0-38-generic
Found linux image: /boot/vmlinuz-4.13.0-37-generic
Found initrd image: /boot/initrd.img-4.13.0-37-generic
В настоящее время у вас есть две версии изображений ядра после запуска этой команды:
Не похоже, что это испортило ваш раздел. [ ! d10]
Я начал
while true; do yad; sleep 60; done &
и закрыл терминал, чтобы проверить его, теперь у меня такая же проблема.
Давайте посмотрим обзор запущенных процессов с помощью ps fjx, последние строки на моей машине читаем
2226 11606 11606 19337 ? -1 S 1000 0:00 \_ /bin/bash
11606 22485 11606 19337 ? -1 S 1000 0:00 | \_ sleep 10
2226 9411 9411 8383 ? -1 S 1000 0:00 \_ /bin/bash
9411 17674 9411 8383 ? -1 Sl 1000 0:00 \_ yad
1 2215 2215 2215 ? -1 Ss 1000 0:00 /lib/systemd/systemd --user
2215 2216 2215 2215 ? -1 S 1000 0:00 \_ (sd-pam)
Вы можете видеть yad как подпроцесс /bin/bash, если я закрываю yad, он изменяется на sleep 60 на выходе ps. Если древовидное представление слишком запутанно, вы также можете искать выход следующим образом:
ps fjx | grep "[y]ad" # or respectively
ps fjx | grep "[s]leep 60"
Выходные строки начинаются с двух чисел, первым из которых является идентификатор PPID, идентификатор процесса родительского процесса и второй являющийся PID, идентификатором самого процесса. Именно из-за этого 9411 появляется в обеих строках:
2226 9411 9411 8383 ? -1 S 1000 0:00 \_ /bin/bash
9411 17674 9411 8383 ? -1 Sl 1000 0:00 \_ yad
Это bash подоболочка, которую мы хотим убить, и мы только что узнали ее PID, так что теперь все, что остается, является простым
kill 9411 # replace 9411 with the PID you found out!
, и раздражающая подоболочка ушла навсегда.
1
[!d13 ]bash, вы можете указать переменную $!, которая «расширяет идентификатор процесса задания, который недавно был помещен в фоновый режим», поэтому следующее просто убивает последний процесс в фоновом режиме:
kill $!
Если это не последний процесс, просто вы можете получить список запущенных заданий с встроенным jobs, например:
[1]- Running while true; do
yad; sleep 60;
done &
[2]+ Stopped sleep 10
В списке заданий есть два задания, чтобы убить одного из них, вы можете получить к нему доступ с номером задания или ярлыками %, %+ («текущее задание») и %- («предыдущее задание») ), например чтобы убить цикл, выполняемый в фоновом режиме, вы можете сделать
kill %1 # or
kill %-
и убить приостановленное задание sleep 10:
kill %2 # or
kill %+ # or
kill %
Я начал
while true; do yad; sleep 60; done &
и закрыл терминал, чтобы проверить его, теперь у меня такая же проблема.
Давайте посмотрим обзор запущенных процессов с помощью ps fjx, последние строки на моей машине читаем
2226 11606 11606 19337 ? -1 S 1000 0:00 \_ /bin/bash
11606 22485 11606 19337 ? -1 S 1000 0:00 | \_ sleep 10
2226 9411 9411 8383 ? -1 S 1000 0:00 \_ /bin/bash
9411 17674 9411 8383 ? -1 Sl 1000 0:00 \_ yad
1 2215 2215 2215 ? -1 Ss 1000 0:00 /lib/systemd/systemd --user
2215 2216 2215 2215 ? -1 S 1000 0:00 \_ (sd-pam)
Вы можете видеть yad как подпроцесс /bin/bash, если я закрываю yad, он изменяется на sleep 60 на выходе ps. Если древовидное представление слишком запутанно, вы также можете искать выход следующим образом:
ps fjx | grep "[y]ad" # or respectively
ps fjx | grep "[s]leep 60"
Выходные строки начинаются с двух чисел, первым из которых является идентификатор PPID, идентификатор процесса родительского процесса и второй являющийся PID, идентификатором самого процесса. Именно из-за этого 9411 появляется в обеих строках:
2226 9411 9411 8383 ? -1 S 1000 0:00 \_ /bin/bash
9411 17674 9411 8383 ? -1 Sl 1000 0:00 \_ yad
Это bash подоболочка, которую мы хотим убить, и мы только что узнали ее PID, так что теперь все, что остается, является простым
kill 9411 # replace 9411 with the PID you found out!
, и раздражающая подоболочка ушла навсегда.
1
bash, вы можете указать переменную $!, которая «расширяет идентификатор процесса задания, который недавно был помещен в фоновый режим», поэтому следующее просто убивает последний процесс в фоновом режиме:
kill $!
Если это не последний процесс, просто вы можете получить список запущенных заданий с встроенным jobs, например:
[1]- Running while true; do
yad; sleep 60;
done &
[2]+ Stopped sleep 10
В списке заданий есть два задания, чтобы убить одного из них, вы можете получить к нему доступ с номером задания или ярлыками %, %+ («текущее задание») и %- («предыдущее задание») ), например чтобы убить цикл, выполняемый в фоновом режиме, вы можете сделать
kill %1 # or
kill %-
и убить приостановленное задание sleep 10:
kill %2 # or
kill %+ # or
kill %
Я начал
while true; do yad; sleep 60; done &
и закрыл терминал, чтобы проверить его, теперь у меня такая же проблема.
Давайте посмотрим обзор запущенных процессов с помощью ps fjx, последние строки на моей машине читаем
2226 11606 11606 19337 ? -1 S 1000 0:00 \_ /bin/bash
11606 22485 11606 19337 ? -1 S 1000 0:00 | \_ sleep 10
2226 9411 9411 8383 ? -1 S 1000 0:00 \_ /bin/bash
9411 17674 9411 8383 ? -1 Sl 1000 0:00 \_ yad
1 2215 2215 2215 ? -1 Ss 1000 0:00 /lib/systemd/systemd --user
2215 2216 2215 2215 ? -1 S 1000 0:00 \_ (sd-pam)
Вы можете видеть yad как подпроцесс /bin/bash, если я закрываю yad, он изменяется на sleep 60 на выходе ps. Если древовидное представление слишком запутанно, вы также можете искать выход следующим образом:
ps fjx | grep "[y]ad" # or respectively
ps fjx | grep "[s]leep 60"
Выходные строки начинаются с двух чисел, первым из которых является идентификатор PPID, идентификатор процесса родительского процесса и второй являющийся PID, идентификатором самого процесса. Именно из-за этого 9411 появляется в обеих строках:
2226 9411 9411 8383 ? -1 S 1000 0:00 \_ /bin/bash
9411 17674 9411 8383 ? -1 Sl 1000 0:00 \_ yad
Это bash подоболочка, которую мы хотим убить, и мы только что узнали ее PID, так что теперь все, что остается, является простым
kill 9411 # replace 9411 with the PID you found out!
, и раздражающая подоболочка ушла навсегда.
1
bash, вы можете указать переменную $!, которая «расширяет идентификатор процесса задания, который недавно был помещен в фоновый режим», поэтому следующее просто убивает последний процесс в фоновом режиме:
kill $!
Если это не последний процесс, просто вы можете получить список запущенных заданий с встроенным jobs, например:
[1]- Running while true; do
yad; sleep 60;
done &
[2]+ Stopped sleep 10
В списке заданий есть два задания, чтобы убить одного из них, вы можете получить к нему доступ с номером задания или ярлыками %, %+ («текущее задание») и %- («предыдущее задание») ), например чтобы убить цикл, выполняемый в фоновом режиме, вы можете сделать
kill %1 # or
kill %-
и убить приостановленное задание sleep 10:
kill %2 # or
kill %+ # or
kill %
Мне нужно отметить, что когда вы закрываете терминал, в который вы ввели эту команду, под-команда должна была умереть вместе с ней. Попытка воспроизвести это показала это поведение.
Теперь, полагая, что вы действительно находитесь в ситуации, когда этого не произошло, один из способов убить программу, которую вы оставили в фоновом режиме, которая была вызвана по команде & в конце команды:
Откройте новую оболочку и запустите echo $$, чтобы отметить ваш текущий идентификатор процесса (ID процесса), чтобы вы не убивали собственный сеанс. Определите PID программы, которая, по вашему мнению, все еще работает; вы можете сделать это, используя команду ps -ef | grep $SHELL, чтобы найти, какие программы запускают оболочку. Обратите внимание на второй столбец слева и обратите внимание на числовое значение, которое отличается от вашего результата echo $$ выше; это ПИД-код, который вы хотите убить. Запустите команду kill -SIGTERM <pid>, где <pid> - это числовое значение, указанное на шаге # 3. Убедитесь, что программа больше не работает, повторив шаг # 2Вы также можете перезапустить сеанс или компьютер, но вышесказанное позволит вам избежать этого.
& заставит терминал создать новый процесс и запустить ваш код внутри него. Таким образом, ваш код становится независимым от терминального процесса. Даже если вы закроете терминал, новый процесс, в котором работает ваш код, не остановится. Поэтому либо удалите &, либо выполните ps -aux, найдите свой процесс и убейте его kill (process id).
Обычно bg для фона fg для переднего плана. Если вы используете & amp; символ использует fg, он покажет текущую запущенную программу. Нажмите Ctrl + C, чтобы убить.
Обычно bg для фона fg для переднего плана. Если вы используете & amp; символ использует fg, он покажет текущую запущенную программу. Нажмите Ctrl + C, чтобы убить.
Мне нужно отметить, что когда вы закрываете терминал, в который вы ввели эту команду, под-команда должна была умереть вместе с ней. Попытка воспроизвести это показала это поведение.
Теперь, полагая, что вы действительно находитесь в ситуации, когда этого не произошло, один из способов убить программу, которую вы оставили в фоновом режиме, которая была вызвана по команде & в конце команды:
Откройте новую оболочку и запустите echo $$, чтобы отметить ваш текущий идентификатор процесса (ID процесса), чтобы вы не убивали собственный сеанс. Определите PID программы, которая, по вашему мнению, все еще работает; вы можете сделать это, используя команду ps -ef | grep $SHELL, чтобы найти, какие программы запускают оболочку. Обратите внимание на второй столбец слева и обратите внимание на числовое значение, которое отличается от вашего результата echo $$ выше; это ПИД-код, который вы хотите убить. Запустите команду kill -SIGTERM <pid>, где <pid> - это числовое значение, указанное на шаге # 3. Убедитесь, что программа больше не работает, повторив шаг # 2Вы также можете перезапустить сеанс или компьютер, но вышесказанное позволит вам избежать этого.
& заставит терминал создать новый процесс и запустить ваш код внутри него. Таким образом, ваш код становится независимым от терминального процесса. Даже если вы закроете терминал, новый процесс, в котором работает ваш код, не остановится. Поэтому либо удалите &, либо выполните ps -aux, найдите свой процесс и убейте его kill (process id).
Обычно bg для фона fg для переднего плана. Если вы используете & amp; символ использует fg, он покажет текущую запущенную программу. Нажмите Ctrl + C, чтобы убить.
Мне нужно отметить, что когда вы закрываете терминал, в который вы ввели эту команду, под-команда должна была умереть вместе с ней. Попытка воспроизвести это показала это поведение.
Теперь, полагая, что вы действительно находитесь в ситуации, когда этого не произошло, один из способов убить программу, которую вы оставили в фоновом режиме, которая была вызвана по команде & в конце команды:
Откройте новую оболочку и запустите echo $$, чтобы отметить ваш текущий идентификатор процесса (ID процесса), чтобы вы не убивали собственный сеанс. Определите PID программы, которая, по вашему мнению, все еще работает; вы можете сделать это, используя команду ps -ef | grep $SHELL, чтобы найти, какие программы запускают оболочку. Обратите внимание на второй столбец слева и обратите внимание на числовое значение, которое отличается от вашего результата echo $$ выше; это ПИД-код, который вы хотите убить. Запустите команду kill -SIGTERM <pid>, где <pid> - это числовое значение, указанное на шаге # 3. Убедитесь, что программа больше не работает, повторив шаг # 2Вы также можете перезапустить сеанс или компьютер, но вышесказанное позволит вам избежать этого.
& заставит терминал создать новый процесс и запустить ваш код внутри него. Таким образом, ваш код становится независимым от терминального процесса. Даже если вы закроете терминал, новый процесс, в котором работает ваш код, не остановится. Поэтому либо удалите &, либо выполните ps -aux, найдите свой процесс и убейте его kill (process id).