Какую из этих двух вы пытаетесь сделать?
Создайте папку с изображениями, которые будут стоять в очереди и будут меняться в качестве фонового изображения с заданной скоростьюИли [ ! d3] Создайте папку изображений, которые будут стоять в очереди и будут меняться в фоновом изображении с установленной скоростью
Если вы хотите сделать вторую, все, что вы нужно сделать, это перейти к файлу> Просмотр изображений> Щелкните правой кнопкой мыши на фото> Установить как фоновый рисунок рабочего стола. Вы также можете создать свою личную коллекцию фоновых изображений в папке и открыть приложение «Внешний вид» и выбрать свою папку / изображения, добавив их с помощью значка + и. Если вы хотите сделать первый, wallch (указанный выше) будет вашим лучшим выбором.
Из справочной страницы e2fsck:
«Обратите внимание, что в общем случае небезопасно запускать e2fsck на смонтированных файловых системах. Единственное исключение - если указан параметр -n и -c, -l , или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спрашивает, следует ли проверять установленную файловую систему, только правильный ответ - «нет». Только эксперты, которые действительно знают, что они делают, должны подумать об ответе на этот вопрос любым другим способом ».Итак, если вы проверите установленную FS с fsck, даже используя опцию -n, результат может быть недействительным вообще. Не проверяйте смонтированные файловые системы. Используйте Live-CD / Live-USB.
Если вы не проверяете файловую систему во время ее установки, я не понимаю, почему вам нужно использовать touch /forcefsck, вы можете просто отключить ее и исправить Это. Но если это так, и после исправления у вашей FS все еще есть ошибки, вы можете рассмотреть возможность использования:
e2fsck -cy /dev/sda5
. Это устранит проблему, связанную с жестким диском, которая называется плохими блоками, которые у вас могут быть (это потребует много времени).
Если вы хотите проверить смонтированную файловую систему, я не знаю, как это сделать, но я думаю, что вы должны создать другой вопрос.
Из справочной страницы e2fsck:
"Обратите внимание, что в общем случае небезопасно запускать e2fsck на смонтированных файловых системах. Единственное исключение - если указан параметр -n, и -c , -l или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спрашивает, следует ли проверять файловую систему, которая Единственный правильный ответ - «нет». Только эксперты, которые действительно знают, что они делают, должны подумать об ответе на этот вопрос любым другим способом ».
blockquote>Итак, если вы проверите установленную FS с fsck, даже с использованием опции -n, результат может быть недействительным вообще. Не проверяйте смонтированные файловые системы. Используйте Live-CD / Live-USB.
Если вы не проверяете файловую систему во время ее установки, я не понимаю, почему вам нужно использовать
touch /forcefsck
, вы можете просто отключить ее и исправить Это. Но если это так, и после исправления у вашей FS все еще есть ошибки, вы можете подумать об использовании:e2fsck -cy /dev/sda5
. Это исправит проблему с жестким диском, которая называется плохими блоками, которые у вас могут быть (это потребует много времени).
Если вы хотите проверить смонтированную файловую систему, я не знаю, как это сделать, но я думаю, что вы должны создать другой вопрос.
Из справочной страницы e2fsck:
"Обратите внимание, что в общем случае небезопасно запускать e2fsck на смонтированных файловых системах. Единственное исключение - если указан параметр -n, и -c , -l или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спрашивает, следует ли проверять файловую систему, которая Единственный правильный ответ - «нет». Только эксперты, которые действительно знают, что они делают, должны подумать об ответе на этот вопрос любым другим способом ».
blockquote>Итак, если вы проверите установленную FS с fsck, даже с использованием опции -n, результат может быть недействительным вообще. Не проверяйте смонтированные файловые системы. Используйте Live-CD / Live-USB.
Если вы не проверяете файловую систему во время ее установки, я не понимаю, почему вам нужно использовать
touch /forcefsck
, вы можете просто отключить ее и исправить Это. Но если это так, и после исправления у вашей FS все еще есть ошибки, вы можете подумать об использовании:e2fsck -cy /dev/sda5
. Это исправит проблему с жестким диском, которая называется плохими блоками, которые у вас могут быть (это потребует много времени).
Если вы хотите проверить смонтированную файловую систему, я не знаю, как это сделать, но я думаю, что вы должны создать другой вопрос.
Из справочной страницы e2fsck:
"Обратите внимание, что в общем случае небезопасно запускать e2fsck на смонтированных файловых системах. Единственное исключение - если указан параметр -n, и -c , -l или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спрашивает, следует ли проверять файловую систему, которая Единственный правильный ответ - «нет». Только эксперты, которые действительно знают, что они делают, должны подумать об ответе на этот вопрос любым другим способом ».
blockquote>Итак, если вы проверите установленную FS с fsck, даже с использованием опции -n, результат может быть недействительным вообще. Не проверяйте смонтированные файловые системы. Используйте Live-CD / Live-USB.
Если вы не проверяете файловую систему во время ее установки, я не понимаю, почему вам нужно использовать
touch /forcefsck
, вы можете просто отключить ее и исправить Это. Но если это так, и после исправления у вашей FS все еще есть ошибки, вы можете подумать об использовании:e2fsck -cy /dev/sda5
. Это исправит проблему с жестким диском, которая называется плохими блоками, которые у вас могут быть (это потребует много времени).
Если вы хотите проверить смонтированную файловую систему, я не знаю, как это сделать, но я думаю, что вы должны создать другой вопрос.
Из справочной страницы e2fsck:
"Обратите внимание, что в общем случае небезопасно запускать e2fsck на смонтированных файловых системах. Единственное исключение - если указан параметр -n, и -c , -l или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спрашивает, следует ли проверять файловую систему, которая Единственный правильный ответ - «нет». Только эксперты, которые действительно знают, что они делают, должны подумать об ответе на этот вопрос любым другим способом ».
blockquote>Итак, если вы проверите установленную FS с fsck, даже с использованием опции -n, результат может быть недействительным вообще. Не проверяйте смонтированные файловые системы. Используйте Live-CD / Live-USB.
Если вы не проверяете файловую систему во время ее установки, я не понимаю, почему вам нужно использовать
touch /forcefsck
, вы можете просто отключить ее и исправить Это. Но если это так, и после исправления у вашей FS все еще есть ошибки, вы можете подумать об использовании:e2fsck -cy /dev/sda5
. Это исправит проблему с жестким диском, которая называется плохими блоками, которые у вас могут быть (это потребует много времени).
Если вы хотите проверить смонтированную файловую систему, я не знаю, как это сделать, но я думаю, что вы должны создать другой вопрос.
Из справочной страницы e2fsck:
"Обратите внимание, что в общем случае небезопасно запускать e2fsck на смонтированных файловых системах. Единственное исключение - если указан параметр -n, и -c , -l или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спрашивает, следует ли проверять файловую систему, которая Единственный правильный ответ - «нет». Только эксперты, которые действительно знают, что они делают, должны подумать об ответе на этот вопрос любым другим способом ».
blockquote>Итак, если вы проверите установленную FS с fsck, даже с использованием опции -n, результат может быть недействительным вообще. Не проверяйте смонтированные файловые системы. Используйте Live-CD / Live-USB.
Если вы не проверяете файловую систему во время ее установки, я не понимаю, почему вам нужно использовать
touch /forcefsck
, вы можете просто отключить ее и исправить Это. Но если это так, и после исправления у вашей FS все еще есть ошибки, вы можете подумать об использовании:e2fsck -cy /dev/sda5
. Это исправит проблему с жестким диском, которая называется плохими блоками, которые у вас могут быть (это потребует много времени).
Если вы хотите проверить смонтированную файловую систему, я не знаю, как это сделать, но я думаю, что вы должны создать другой вопрос.
Из справочной страницы e2fsck:
"Обратите внимание, что в общем случае небезопасно запускать e2fsck на смонтированных файловых системах. Единственное исключение - если указан параметр -n, и -c , -l или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спрашивает, следует ли проверять файловую систему, которая Единственный правильный ответ - «нет». Только эксперты, которые действительно знают, что они делают, должны подумать об ответе на этот вопрос любым другим способом ».
blockquote>Итак, если вы проверите установленную FS с fsck, даже с использованием опции -n, результат может быть недействительным вообще. Не проверяйте смонтированные файловые системы. Используйте Live-CD / Live-USB.
Если вы не проверяете файловую систему во время ее установки, я не понимаю, почему вам нужно использовать
touch /forcefsck
, вы можете просто отключить ее и исправить Это. Но если это так, и после исправления у вашей FS все еще есть ошибки, вы можете подумать об использовании:e2fsck -cy /dev/sda5
. Это исправит проблему с жестким диском, которая называется плохими блоками, которые у вас могут быть (это потребует много времени).
Если вы хотите проверить смонтированную файловую систему, я не знаю, как это сделать, но я думаю, что вы должны создать другой вопрос.
Из справочной страницы e2fsck:
"Обратите внимание, что в общем случае небезопасно запускать e2fsck на смонтированных файловых системах. Единственное исключение - если указан параметр -n, и -c , -l или -L не указаны. Однако, даже если это безопасно, результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спрашивает, следует ли проверять файловую систему, которая Единственный правильный ответ - «нет». Только эксперты, которые действительно знают, что они делают, должны подумать об ответе на этот вопрос любым другим способом ».
blockquote>Итак, если вы проверите установленную FS с fsck, даже с использованием опции -n, результат может быть недействительным вообще. Не проверяйте смонтированные файловые системы. Используйте Live-CD / Live-USB.
Если вы не проверяете файловую систему во время ее установки, я не понимаю, почему вам нужно использовать
touch /forcefsck
, вы можете просто отключить ее и исправить Это. Но если это так, и после исправления у вашей FS все еще есть ошибки, вы можете подумать об использовании:e2fsck -cy /dev/sda5
. Это исправит проблему с жестким диском, которая называется плохими блоками, которые у вас могут быть (это потребует много времени).
Если вы хотите проверить смонтированную файловую систему, я не знаю, как это сделать, но я думаю, что вы должны создать другой вопрос.
Я знаю, что это действительно старый поток, но мне недавно пришлось решить эту проблему, поэтому я хотел опубликовать, как заставить ОС исправлять проблемы, обнаруженные с помощью fsck во время загрузки (для 12.04).
Вам нужно запустить команду sudo touch /forcefsck. Это заставит его выполнить fsck при следующей загрузке. Вы можете увидеть результаты fsck в /var/log/boot.log.
Однако вам не гарантируется, что fsck исправит все, что он найдет. Для этого вам нужно будет отредактировать файл / etc / default / rcS. В конце этого файла есть строка:
FSCKFIX=no
Это необходимо изменить на следующее:
FSCKFIX=yes
Это будет иметь тот же эффект, что и запуск fsck с опцией -y, которая заставит все исправления, которые могут быть реализованы, и не будет запрашивать взаимодействие с пользователем.
Это позволит вам запустить fsck, как это просил OP, не прибегая к использованию для загрузки с живого диска, что не всегда возможно, особенно если вы находитесь в удаленной системе.
sudo touch /forcefsck
sudo reboot
У вас есть опечатка, которую вы трогаете / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.
Вы не можете принудительно включить fsck /, который будет исправлен, потому что раздел используется. Попробуйте запустить проверку с другого раздела или живого компакт-диска.
Вы можете сделать ревизии автоматически следующим образом:
Tune2fs -c 5 -i 10 / dev / sda1
-c - максимальное количество монтировок перед запуском fsck и -i - максимальное количество дней до
В этом случае будет выполняться каждые 5 монтировок или каждые 10 дней, в зависимости от того, что наступит раньше.
У меня есть два компьютера, один с Linux SuSE 13.2, а другой с Linux Mint 18.0, и в обоих он отлично работает.
touch /forcefsck не обеспечил, чтобы моя система запускала fsck при следующей загрузке. Мне также нужно было запустить:
sudo tune2fs -c 1 /dev/<my partition>
, например.
sudo tune2fs -c 1 /dev/sda1
Больше объяснений я нашел здесь: Как принудительно fsck проверить файловую систему после перезагрузки
Я знаю, что это действительно старый поток, но мне недавно пришлось решить эту проблему, поэтому я хотел опубликовать, как заставить ОС исправлять проблемы, обнаруженные с помощью fsck во время загрузки (для 12.04).
Вам нужно запустить команду sudo touch /forcefsck
. Это заставит его выполнить fsck при следующей загрузке. Вы можете увидеть результаты fsck в /var/log/boot.log.
Однако вам не гарантируется, что fsck исправит все, что он найдет. Для этого вам нужно будет отредактировать файл / etc / default / rcS. В конце этого файла есть строка:
FSCKFIX=no
Это нужно изменить на следующее:
FSCKFIX=yes
Это будет иметь тот же эффект, что и запуск fsck с опцией -y, которая заставит все исправления, которые могут быть реализованы, и не будет запрашивать взаимодействие с пользователем.
Это позволит вам запустить fsck, как это просил OP, не прибегая к для загрузки с живого диска, что не всегда возможно, особенно если вы находитесь в удаленной системе.
Вы не можете заставить fsck включить / исправить, потому что этот раздел используется. Попробуйте запустить проверку с другого раздела или живого компакт-диска.
sudo touch /forcefsck
sudo reboot
У вас есть опечатка / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.
touch /forcefsck
не обеспечил, чтобы моя система запускала fsck
при следующей загрузке. Мне также нужно было запустить:
sudo tune2fs -c 1 /dev/<my partition>
, например.
sudo tune2fs -c 1 /dev/sda1
Больше объяснений я нашел здесь: Как заставить fsck проверять файловую систему после перезагрузки
Я знаю, что это действительно старый поток, но мне недавно пришлось решить эту проблему, поэтому я хотел опубликовать, как заставить ОС исправлять проблемы, обнаруженные с помощью fsck во время загрузки (для 12.04).
Вам нужно запустить команду sudo touch /forcefsck
. Это заставит его выполнить fsck при следующей загрузке. Вы можете увидеть результаты fsck в /var/log/boot.log.
Однако вам не гарантируется, что fsck исправит все, что он найдет. Для этого вам нужно будет отредактировать файл / etc / default / rcS. В конце этого файла есть строка:
FSCKFIX=no
Это нужно изменить на следующее:
FSCKFIX=yes
Это будет иметь тот же эффект, что и запуск fsck с опцией -y, которая заставит все исправления, которые могут быть реализованы, и не будет запрашивать взаимодействие с пользователем.
Это позволит вам запустить fsck, как это просил OP, не прибегая к для загрузки с живого диска, что не всегда возможно, особенно если вы находитесь в удаленной системе.
Вы не можете заставить fsck включить / исправить, потому что этот раздел используется. Попробуйте запустить проверку с другого раздела или живого компакт-диска.
touch /forcefsck
не обеспечил, чтобы моя система запускала fsck
при следующей загрузке. Мне также нужно было запустить:
sudo tune2fs -c 1 /dev/<my partition>
, например.
sudo tune2fs -c 1 /dev/sda1
Больше объяснений я нашел здесь: Как заставить fsck проверять файловую систему после перезагрузки
Я знаю, что это действительно старый поток, но мне недавно пришлось решить эту проблему, поэтому я хотел опубликовать, как заставить ОС исправлять проблемы, обнаруженные с помощью fsck во время загрузки (для 12.04).
Вам нужно запустить команду sudo touch /forcefsck
. Это заставит его выполнить fsck при следующей загрузке. Вы можете увидеть результаты fsck в /var/log/boot.log.
Однако вам не гарантируется, что fsck исправит все, что он найдет. Для этого вам нужно будет отредактировать файл / etc / default / rcS. В конце этого файла есть строка:
FSCKFIX=no
Это нужно изменить на следующее:
FSCKFIX=yes
Это будет иметь тот же эффект, что и запуск fsck с опцией -y, которая заставит все исправления, которые могут быть реализованы, и не будет запрашивать взаимодействие с пользователем.
Это позволит вам запустить fsck, как это просил OP, не прибегая к для загрузки с живого диска, что не всегда возможно, особенно если вы находитесь в удаленной системе.
Я знаю, что это действительно старый поток, но мне недавно пришлось решить эту проблему, поэтому я хотел опубликовать, как заставить ОС исправлять проблемы, обнаруженные с помощью fsck во время загрузки (для 12.04).
Вам нужно запустить команду sudo touch /forcefsck
. Это заставит его выполнить fsck при следующей загрузке. Вы можете увидеть результаты fsck в /var/log/boot.log.
Однако вам не гарантируется, что fsck исправит все, что он найдет. Для этого вам нужно будет отредактировать файл / etc / default / rcS. В конце этого файла есть строка:
FSCKFIX=no
Это нужно изменить на следующее:
FSCKFIX=yes
Это будет иметь тот же эффект, что и запуск fsck с опцией -y, которая заставит все исправления, которые могут быть реализованы, и не будет запрашивать взаимодействие с пользователем.
Это позволит вам запустить fsck, как это просил OP, не прибегая к для загрузки с живого диска, что не всегда возможно, особенно если вы находитесь в удаленной системе.
Вы не можете заставить fsck включить / исправить, потому что этот раздел используется. Попробуйте запустить проверку с другого раздела или живого компакт-диска.
sudo touch /forcefsck
sudo reboot
У вас есть опечатка / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.
touch /forcefsck
не обеспечил, чтобы моя система запускала fsck
при следующей загрузке. Мне также нужно было запустить:
sudo tune2fs -c 1 /dev/<my partition>
, например.
sudo tune2fs -c 1 /dev/sda1
Больше объяснений я нашел здесь: Как заставить fsck проверять файловую систему после перезагрузки
Я знаю, что это действительно старый поток, но мне недавно пришлось решить эту проблему, поэтому я хотел опубликовать, как заставить ОС исправлять проблемы, обнаруженные с помощью fsck во время загрузки (для 12.04).
Вам нужно запустить команду sudo touch /forcefsck
. Это заставит его выполнить fsck при следующей загрузке. Вы можете увидеть результаты fsck в /var/log/boot.log.
Однако вам не гарантируется, что fsck исправит все, что он найдет. Для этого вам нужно будет отредактировать файл / etc / default / rcS. В конце этого файла есть строка:
FSCKFIX=no
Это нужно изменить на следующее:
FSCKFIX=yes
Это будет иметь тот же эффект, что и запуск fsck с опцией -y, которая заставит все исправления, которые могут быть реализованы, и не будет запрашивать взаимодействие с пользователем.
Это позволит вам запустить fsck, как это просил OP, не прибегая к для загрузки с живого диска, что не всегда возможно, особенно если вы находитесь в удаленной системе.
Вы не можете заставить fsck включить / исправить, потому что этот раздел используется. Попробуйте запустить проверку с другого раздела или живого компакт-диска.
sudo touch /forcefsck
sudo reboot
У вас есть опечатка / forcefcsk. «C» и «s» меняются местами. fsck не подходит для FileSystemChecK.
touch /forcefsck
не обеспечил, чтобы моя система запускала fsck
при следующей загрузке. Мне также нужно было запустить:
sudo tune2fs -c 1 /dev/<my partition>
, например.
sudo tune2fs -c 1 /dev/sda1
Больше объяснений я нашел здесь: Как заставить fsck проверять файловую систему после перезагрузки
Я знаю, что это действительно старый поток, но мне недавно пришлось решить эту проблему, поэтому я хотел опубликовать, как заставить ОС исправлять проблемы, обнаруженные с помощью fsck во время загрузки (для 12.04).
Вам нужно запустить команду sudo touch /forcefsck
. Это заставит его выполнить fsck при следующей загрузке. Вы можете увидеть результаты fsck в /var/log/boot.log.
Однако вам не гарантируется, что fsck исправит все, что он найдет. Для этого вам нужно будет отредактировать файл / etc / default / rcS. В конце этого файла есть строка:
FSCKFIX=no
Это нужно изменить на следующее:
FSCKFIX=yes
Это будет иметь тот же эффект, что и запуск fsck с опцией -y, которая заставит все исправления, которые могут быть реализованы, и не будет запрашивать взаимодействие с пользователем.
Это позволит вам запустить fsck, как это просил OP, не прибегая к для загрузки с живого диска, что не всегда возможно, особенно если вы находитесь в удаленной системе.