Как считать dmesg из предыдущей сессии? (dmesg.0)
В первую очередь, проверьте, что у Вас действительно уже есть пространство на Вашем VG. В Вашем примере "Свободный PE" 0, таким образом, Вы не можете расширить LV в нем. Если у Вас нет пространства на этом VG, добавьте, создают новые PE с командой pvcreate и добавьте их к VG с командой vgextend. После того как у Вас есть достаточно пространства, просто estend Ваш LV с командой lvextend и затем измените размер своей файловой системы.
, чтобы очистить фундаментальное неправильное представление, DMESG не читается из / var / log / dmesg . Он читает непосредственно из кольцевого буфера ядра и дает вам последние n сообщений. К концу процесса загрузочного процесса , DMESG , вызывается для записи загрузочных сообщений на / var / log / dmesg (с более старыми версиями этого файла повернута в обычном порядке).
Как только у вас работает системный журнал ( Syslogd , rsyslogd , , Syslog-NG и т. Д.) Он читает из буфера ядра и пишет в файл такие как /var/log/kern.log . (Это для Debian; другие системы будут варьироваться). Предполагая, что ваша система смогла писать на диск и промывать буферы диска до того, как она разбилась, то есть где вы найдете умирающие крики ядра.
На моей системе Debian файл /var/log/kern.log содержит читаемые человеком временные метки.
В Debian журналы dmesg хранятся как:
/ var / log / dmesg(живые и несжатые)/var/log/dmesg.0( последний сеанс и без сжатия)/var/log/dmesg.1.gz(предпоследний и сжатый)/var/log/dmesg.2.gz(предпоследний и сжатый)/var/log/dmesg.3.gz(3-й от последнего и сжатый)/var/log/dmesg.4.gz(4-й от последнего и сжатый)
IЕсли у вас есть разрешения , вы можете прочитать их с помощью cat , more или less для простых и zcat , zmore или zless для сжатых файлов
Хотя немного поздно для OP ...
Я использую Fedora, но если ваша система использует journalctl , то вы можете легко получить сообщения ядра (журнал dmesg) из предыдущего выключения / сбоя ( в формате dmesg -T ) через следующее.
Параметры:
- -k (dmesg)
- -b < boot_number > (Сколько перезагрузок назад 0, -1, -2 и т. Д.)
- -o short- точный (dmesg -T)
- -p приоритет Фильтр по приоритету вывода (4 для фильтрации уведомлений и информации).
ПРИМЕЧАНИЕ: есть также -o short и -o short-iso , которые дают вам только дату и дату и время в формате iso соответственно.
Команды:
- Текущая загрузка:
journalctl -o short-точный -k - Последняя загрузка:
journalctl -o short-precision -k -b -1 - Две предыдущие загрузки:
journalctl -o short-точный -k -b -2 - И так далее
Пример вывода:
Feb 18 21:41:26.917400 localhost.localdomain kernel: usb 2-4: USB disconnect, device number 12
Feb 18 21:41:26.917678 localhost.localdomain kernel: usb 2-4.1: USB disconnect, device number 13
Feb 18 21:41:27.246264 localhost.localdomain kernel: usb 2-4: new high-speed USB device number 22 using xhci_hcd
Feb 18 21:41:27.419395 localhost.localdomain kernel: usb 2-4: New USB device found, idVendor=05e3, idProduct=0610
Feb 18 21:41:27.419581 localhost.localdomain kernel: usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Feb 18 21:41:27.419739 localhost.localdomain kernel: usb 2-4: Product: USB2.0 Hub
Feb 18 21:41:27.419903 localhost.localdomain kernel: usb 2-4: Manufacturer: GenesysLogic
Количество загрузок, на которые вы можете оглянуться, можно просмотреть с помощью следующего.
journalctl --list-boot
Результат journalctl --list-boot выглядит следующим образом.
-6 cc4333602fbd4bbabb0df2df9dd1f0d4 Sun 2016-11-13 08:32:58 JST—Thu 2016-11-17 07:53:59 JST
-5 85dc0d63e6a14b1b9a72424439f2bab4 Fri 2016-11-18 22:46:28 JST—Sat 2016-12-24 02:38:18 JST
-4 8abb8267e06b4c26a2466562f3422394 Sat 2016-12-24 08:10:28 JST—Sun 2017-02-12 12:31:20 JST
-3 a040f5e79a754b2a9055ac2598d430e8 Sun 2017-02-12 12:31:36 JST—Sat 2017-02-18 21:31:04 JST
-2 6c29e3b6f6a14f549f06749f9710e1f2 Sat 2017-02-18 21:31:15 JST—Sat 2017-02-18 22:36:08 JST
-1 42fd465eacd345f7b595069c7a5a14d0 Sat 2017-02-18 22:51:22 JST—Sat 2017-02-18 23:08:30 JST
0 26ea10b064ce4559808509dc7f162f07 Sat 2017-02-18 23:09:25 JST—Sun 2017-02-19 00:57:35 JST