Автоматически создавать раздел, если он поврежден

Question 1

Похоже, что управление питанием не позволяет звуковой карте выводить первый фрагмент аудио. Из http://wiki.gentoo.org/wiki/Power_management/Soundcard важными битами являются:

Настройка времени выполнения. Вы можете настроить драйвер в файловой системе sysfs в разделе / sys / module / snd_hda_intel / Параметры Ручка power_save_controller управляет, если включен режим энергосбережения. Он задан с помощью опции ядра ... энергосбережение .... Регулятор power_save устанавливает тайм-аут в секундах. Он задается опцией ядра. По умолчанию тайм-аут ... pm-utils pm-utils содержит сценарий, позволяющий включить энергосберегающий режим при работе от батареи и отключить его при включении. Он переопределяет значения по умолчанию для ядра. Если вы используете pm-utils, но не хотите этого типа регулирования, отключите скрипт: root # touch /etc/pm/power.d/intel-audio-powersave

Из приведенного выше текста, все, что нужно попробовать:

в терминале, запустите следующее и снова попробуйте воспроизвести звук:

echo N | sudo tee /sys/module/snd_hda_intel/parameters/power_save_controller

Если звук в порядке, вам нужно сделать его постоянным, добавив новый файл в / etc / modprobe.d / со следующим содержимым:

options snd_hda_intel power-saving=N

запустите sudo touch /etc/pm/power.d/intel-audio-powersave и перезагрузитесь, если исправление работает, тогда звук должен воспроизводиться нормально, если нет, то снова удалите файл:

sudo rm /etc/pm/power.d/intel-audio-powersave

Если ни один из этих работа, тогда у меня нет идей: -).

Question 2

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Question 3

Question 4

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Question 5

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Question 6

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Question 7

Question 8

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Question 9

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Question 10

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Question 11

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Question 12

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

Question 13

Question 14

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

Question 15

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

Question 16

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

Question 17

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

Question 18

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

Question 19

Question 20

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

Question 21

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

Gilles · Accepted Answer · 25 July 2018 в 22:01

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Gilles · Accepted Answer · 31 July 2018 в 12:52

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Gilles · Accepted Answer · 2 August 2018 в 03:33

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Gilles · Accepted Answer · 4 August 2018 в 19:33

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Gilles · Accepted Answer · 6 August 2018 в 03:41

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Gilles · Accepted Answer · 7 August 2018 в 21:33

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Gilles · Accepted Answer · 10 August 2018 в 09:49

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

Gilles · Accepted Answer · 13 August 2018 в 16:04

Запустите fsck с набором опций, которые не указывают на взаимодействие пользователя. Проверьте его возвращаемое значение , чтобы узнать, может ли он восстановить файловую систему: возвращаемое значение будет 0, если ошибок не было, 1, если были исправляемые ошибки, и большее значение, если что-то случилось. Например, с помощью ext [234] запустите e2fsck -p .

e2fsck -p /dev/disk/by-label/logs
if [ $? -ge 1 ]; then
  mke2fs -L logs /dev/disk/by-label/logs
fi

Если ваша рабочая среда позволяет это, рассмотрите возможность входа в сеть через сеть (вам нужно подключение по IP) , Даже Busybox может это сделать:

syslogd -R logserver
klogd

На сервере журнала прослушивать порт UDP 514. Вы можете просто сбрасывать все, что входит в файл, или вы можете добавлять отметки о происхождении и даты в каждой строке , или вы можете запустить syslog локально.

4

ответ дан Gilles 13 August 2018 в 16:04

1

К сожалению, я не могу войти в сеть. Мы подключаемся к байтовой зарядке сотовой связи. – David Pfeffer 6 May 2011 в 04:53
2

– David Pfeffer 6 May 2011 в 17:46
3

Наконец, об этом узнал. К сожалению, воссоздание fs сбрасывает этикетку. Вам также нужно переделать. – David Pfeffer 5 November 2011 в 07:30
4

Последний вопрос; если сам fs поврежден, иногда также уничтожается метка. Есть ли способ записать метку или uuid в таблицу разделов вместо fs? – David Pfeffer 8 November 2011 в 00:23
5

@DavidPfeffer В таблице разделов нет места. В загрузочном секторе раздела достаточно места для метки, если раздел не загрузочный (поставьте метку, куда будет загружаться загрузчик). Мне нужно будет найти правильные смещения. Я бы не советовал это: хотя вы не можете сделать как метку, так и идентификатор раздела частью вашей конфигурации времени сборки или времени развертывания, чтобы они хранились в файловой системе только для чтения? – Gilles 8 November 2011 в 00:28

psusi · Answer 9 · 25 May 2018 в 21:26

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

1

ответ дан psusi 25 May 2018 в 21:26

1

Это не сработает. Любая файловая система, включая журнальные, все еще подвержена возможному повреждению от сбоя питания. – David Pfeffer 5 May 2011 в 23:42
2

@ Давид Пфеффер нет, это не так; это отчасти весь смысл журнала. – psusi 5 May 2011 в 23:49
3

@psusi: Извините, но это абсолютно ложно. Журналы делают все возможное, чтобы защитить целостность данных, но метаданные могут испортиться, или сам журнал может стать коррумпированным. Части физического диска могут ухудшиться в результате внезапного отключения питания, и журналирование не защищает от этого; вам нужно переделать сектора. Сбой питания - это очень плохо для файловых систем rw, даже журнальных. – David Pfeffer 6 May 2011 в 00:13
4

Фактически, сам Линус написал длинный пост о том, почему он не любил ext4 по умолчанию из-за некоторых допущений, которые он сделал, что привело к тому, что он был менее способен справляться с отказом питания, чем ext3. – David Pfeffer 6 May 2011 в 00:14
5

@David Pfeffer: потеря мощности не наносит физического повреждения на диск. Он может оставить отдельный сектор только частично написанным, что приведет к ошибке при попытке прочитать его из-за плохой ecc. Попытка написать ему будет работать нормально. Любое обновление метаданных, когда это произойдет, будет переписано при повторном воспроизведении журнала, тем самым устраняя проблему. Даже если бы это было не так, ущерб был бы ограничен и не приводил бы к тому, что весь fs был бы поврежден, кроме признания и ремонта. Кроме того, ext4 MORE способен обрабатывать потери мощности из-за того, что по умолчанию отключены барьеры. – psusi 6 May 2011 в 01:12

psusi · Answer 10 · 25 July 2018 в 22:01

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

psusi · Answer 11 · 31 July 2018 в 12:52

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

psusi · Answer 12 · 2 August 2018 в 03:33

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

psusi · Answer 13 · 6 August 2018 в 03:41

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

psusi · Answer 14 · 7 August 2018 в 21:33

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

psusi · Answer 15 · 10 August 2018 в 09:49

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

psusi · Answer 16 · 13 August 2018 в 16:04

Просто используйте файловую систему, которая не повреждается из-за сбоев питания, таких как ext3 или 4.

1

ответ дан psusi 13 August 2018 в 16:04

1

Это не сработает. Любая файловая система, включая журнальные, все еще подвержена возможному повреждению от сбоя питания. – David Pfeffer 5 May 2011 в 23:42
2

@ Давид Пфеффер нет, это не так; это отчасти весь смысл журнала. – psusi 5 May 2011 в 23:49
3

@psusi: Извините, но это абсолютно ложно. Журналы делают все возможное, чтобы защитить целостность данных, но метаданные могут испортиться, или сам журнал может стать коррумпированным. Части физического диска могут ухудшиться в результате внезапного отключения питания, и журналирование не защищает от этого; вам нужно переделать сектора. Сбой питания - это очень плохо для файловых систем rw, даже журнальных. – David Pfeffer 6 May 2011 в 00:13
4

Фактически, сам Линус написал длинный пост о том, почему он не любил ext4 по умолчанию из-за некоторых допущений, которые он сделал, что привело к тому, что он был менее способен справляться с отказом питания, чем ext3. – David Pfeffer 6 May 2011 в 00:14
5

@David Pfeffer: потеря мощности не наносит физического повреждения на диск. Он может оставить отдельный сектор только частично написанным, что приведет к ошибке при попытке прочитать его из-за плохой ecc. Попытка написать ему будет работать нормально. Любое обновление метаданных, когда это произойдет, будет переписано при повторном воспроизведении журнала, тем самым устраняя проблему. Даже если бы это было не так, ущерб был бы ограничен и не приводил бы к тому, что весь fs был бы поврежден, кроме признания и ремонта. Кроме того, ext4 MORE способен обрабатывать потери мощности из-за того, что по умолчанию отключены барьеры. – psusi 6 May 2011 в 01:12

Автоматически создавать раздел, если он поврежден

16 ответов

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

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