Загрузка на терминал Ubuntu продолжается или нет

Question 1

OK, для восстановления удаленных каталогов

edit ~/.config/user-dirs.dirs,

gedit ~/.config/user-dirs.dirs

он должен выглядеть следующим образом:

# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
# 
XDG_DESKTOP_DIR="$HOME/Desktop"
XDG_DOWNLOAD_DIR="$HOME/Downloads"
XDG_TEMPLATES_DIR="$HOME/Templates"
XDG_PUBLICSHARE_DIR="$HOME/Public"
XDG_DOCUMENTS_DIR="$HOME/Documents"
XDG_MUSIC_DIR="$HOME/Music"
XDG_PICTURES_DIR="$HOME/Pictures"
XDG_VIDEOS_DIR="$HOME/Videos"

Если это не удается , установить и запустить Ubuntu Tweak

http://ubuntu-tweak.com/

Question 2

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Question 3

Question 4

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Question 5

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Question 6

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Question 7

Question 8

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Question 9

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Izzy · Answer 1 · 25 July 2018 в 18:11

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Izzy · Answer 2 · 2 August 2018 в 00:25

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Izzy · Answer 3 · 6 August 2018 в 00:32

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Izzy · Answer 4 · 7 August 2018 в 17:57

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Izzy · Answer 5 · 10 August 2018 в 06:47

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

Izzy · Answer 6 · 15 August 2018 в 18:41

Когда вы начали загрузку с консоли, вы знаете команду, которую вы для нее выполнили. Предполагая, что это что-то, начинающееся с wget, вы можете проверить, используя

ps aux|grep wget|grep -v grep

. Это использует инструмент ps , чтобы показать список запущенных процессов для всех пользователей в полной форме ( подробности смотрите в man ps), перенаправляет вывод в grep , который фильтрует его и оставляет только строки, содержащие «wget», и, наконец, передает его в grep снова, чтобы отфильтровать себя. Теперь вы должны увидеть процесс загрузки - или, в противном случае, знать, что вы должны запустить его снова.

С другой стороны, вы должны увидеть запущенный процесс в окне терминала, где вы его выполнили - если, конечно, вы не «фонировали» его с помощью амперсанда в конце (например, «wget [url] & amp;»). В этом случае вы можете перейти к точному окну терминала, в котором вы его запустили, и набрать fg, чтобы вернуть его на передний план.

Третье место, где нужно искать, - это куда попадают загруженные вами файлы. Если загрузка все еще продолжается, файлы должны измениться.

1

ответ дан Izzy 15 August 2018 в 18:41

1

– Nikki 5 July 2012 в 18:35
2

Если синхронизация не продолжается, она, вероятно, "зависла". Я не знаю, на что распространяется $ repo. Но вы также можете использовать приведенное выше описание здесь, заменив & quot; wget & quot; например, с & Quot; синхронизация & Quot ;. Таким образом, вы найдете PID процесса и можете прекратить его (вы можете сначала попытаться мягко пнуть его: kill -HUP 123, если он продолжается, у вас все хорошо. Если нет, kill 123 должен прекратить его. Если нет, kill -KILL 123 должен вытащить большую пушку - всегда предполагая, что PID вашего процесса - 123. Затем просто снова запустите синхронизацию - она должна продолжиться там, где она остановилась раньше. – Izzy 5 July 2012 в 18:53
3

Вот что я получаю с помощью команды: ps aux | grep sync | grep -v grep: -root 14 0,0 0,0 0 0? S 13:01 0:00 [async / mgr] root 17 0,0 0,0 0 0? S 13:01 0:00 [sync_supers] nivedita 1451 0.0 1.0 55364 10508 pts / 0 Sl + 13:03 0:10 python -E /home/nivedita/Proj/.repo/repo/main.py --repo-dir = /home/nivedita/Proj/.repo --wrapper-version = 1.17 --wrapper-path = / home / nivedita / bin / repo - sync # - call-python-from- / bin / sh-- – Nikki 5 July 2012 в 19:03
4

что мне делать сейчас. Я не хочу прерывать процесс загрузки. Я хочу возобновить его с того места, где он остановился. Можете ли вы помочь? – Nikki 5 July 2012 в 19:05
5

и с помощью команды: ps -A | grep sync я получаю 14? 00:00:00 асинхронный / мгр 17? 00:00:00 sync_supers – Nikki 5 July 2012 в 19:08

Загрузка на терминал Ubuntu продолжается или нет

6 ответов

Другие вопросы по тегам:

Похожие вопросы: