journalctl - проверьте повреждение отчетов
Это - то, что придумал Открыть поиск Build Service's: по-видимому, кто-то (AlexFrost) создал пакет. Я подозреваю, что можно просто использовать эти двоичные файлы. (Я понятия не имею, интегрируется ли этот Сервис Сборки уже так или иначе со стандартными инструментами распределения, я предполагаю, что это?)
В настоящее время journalctl может обнаружить поврежденные журналы, но не имеет никакой команды типа "fsck" для попытки восстановления. Журналируемый автоматически переключится на запись нового "чистого" файла, как только она обнаруживает проблему, таким образом, теоретически потеря данных должна быть минимальной.
До существует восстанавливающая файл команда, находя, что поврежденный файл журнала и удаление ее являются единственным средством исправления. Можно найти больше на этом в нашем мегапотоке Fedora по созданию входа только для журнала значения по умолчанию:
Для повреждений хвоста Ваш нормальный journalctl инструмент предоставит Вам столько информации, сколько возможно спасти из файла. Это произведет последнюю полную строку журнала и затем закончится. Это достаточно близко к тому, как хороший можно добраться.
Вещи отличаются для повреждений в середине. У нас нет хорошего инструмента для спасения данных из такого повреждения, но они могли быть записаны относительно легко. Однако, так как они происходят очень вряд ли из-за модели "только добавления" журнала, это не было в нашем Списке ожидающих выполнения задач.
Конечно, если можно определить то, что вызвало проблему первоначально, и сообщите об этом, который был бы хорош.
-
1, что такое ФАА? – xenoterracide 23.08.2013, 07:40
-
2@xenoterracide своего рода странная телефонная опечатка - каково это. :) – mattdm 23.08.2013, 15:09
-
3@slm Да, из офиса существует долгая поездка на автобусе.:) Извините за время, пропадая впустую - надеются, что Вы, по крайней мере, узнали что-то об авиации. – mattdm 23.08.2013, 17:44
-
4в моей системе, по крайней мере, повреждает журналы, кажется, распространены... там совет о том, как определить то, что вызвало проблему? – xenoterracide 24.08.2013, 00:43
-
5В каждой systemd системе я видел, повредите журналы журнала, распространены. Этому ответу теперь почти 5 лет и насколько я могу сказать, нет никакого решения для этой проблемы. – MountainX-for-Monica 26.03.2018, 22:37
Это, кажется, связано с этим потоком на ArchLinux wiki, названном: проблемы journalctl. Это, кажется, имеет некоторое отношение к этой установке SystemMaxUse в /etc/systemd/journald.conf.
Поток не окончателен, но у нескольких человек была некоторая удача в любом убирании журналов под /var/log/journal/* или увеличивание значения для SystemMaxUse.
-
1, к сожалению, играя с тем значением, кажется, не помог. Я - подозреваемый, очищающий журналы, помогает, потому что это удаляет недопустимые журналы. – xenoterracide 23.08.2013, 03:14
-
2@xenoterracide - Я буду продолжать смотреть. Да вычищение журналов казалось бессмысленным мне также, но люди сообщали об этом так, я полагал, что это стоило того, чтобы попытаться. унисон – slm♦ 23.08.2013, 04:10