Recovering journal ��� �������� linux ubuntu

Thread: [solved]/dev/sda1: recovering journal

Thread Tools

Display

[solved]/dev/sda1: recovering journal

i keep getting the error /dev/sda1: recovering journal and then it says clean after that but then computer goes through the boot process a second time after which i get the advanced boot option. i just go to the ubuntu option and computer starts correctly. seems like this started happening after last kernel update. everything seems to run fine once i get logged in. this is on lubuntu 18.04.2, i believe is most recent version. only thing i have tried is reinstalling grub, which made no difference.

anyone have any ideas?

Last edited by missmoondog; May 22nd, 2019 at 02:52 PM . Reason: solved

Re: /dev/sda1: recovering journal

Using ext4? Tried booting into an older kernel? Have you run smartctl on this disk? https://help.ubuntu.com/community/Smartmontools

Re: /dev/sda1: recovering journal

don’t know about ext4! using xfce. this is a rather old, single core laptop. will that smartctl even work on it? no, didn’t try older kernel as newest one works, just makes it go through boot 2 times, every time. don’t use laptop very often either.

Re: /dev/sda1: recovering journal

will show which file systems are in use. And yes, smartctl will work.

Re: /dev/sda1: recovering journal

will give that a try in a few days and get back with you.

Re: /dev/sda1: recovering journal

sorry took so long to get back. had other issues.

yes, file system is ext 4 and running

now. 44 minutes to complete.

Re: /dev/sda1: recovering journal

had to give up on that test above. doubt if i would’ve known what to do afterwards anyway considering when setting up the tool, i had to enter some info about mail of which i didn’t know what to do!

just noticed this morning on my other 32bit machine that it does the same thing as far as starting and restarting twice. in fact, both machines simply quit booting on first try and have to hold power button to get it to resrart then goes through boot precoess twice which brings up boot options. simply hit boot normally and finally get to desktop.

almost inclined to believe this is more of a 32bit bug than any other issue?

Источник

Ubuntu подвисает на загрузке

Здравствуйте. Возникла такая проблема: очень долго стала грузиться Ubuntu 11.04. Момент, когда она стала так тормозить, я упустил, но знаю, что раньше она грузилась почти мгновенно. Просмотрел логи загрузки: http://pastebin.com/xVszzu2E Вот этот кусок напрягает:

2.416174] usb 1-1.4.4: new low speed USB device number 6 using ehci_hcd

41.548787] Adding 2056284k swap on /dev/sda7. Priority:-1 extents:1 across:2056284k

Пробовал отключать раздел подкачки, даже удалял его — результат одинаков. Также, пробовал отключать USB-хаб. Была проблема на ядре 2.6.38, обновился на 2.6.39 — при первом запуске время щагрузки стало меньше, но потом всё опять стало так же. Подскажите, в чем может быть дело и как бы это исправить.

Попробуйте загружаться без параметров quiet splash, но с loglevel=9 debug. На каком сообщении будет подвисание?

Ядра, как я понимаю, самосборные? USB влиять не дожно, там асинхронное определение.
Что инородного поставлено в системе?

Вытаскивай все usb-устройства по очереди.

Нет, ядра не самосборные. 2.6.38 было родное, а 2.6.39 из PPA. C вытаскиванием USB-устройств эксперементировал. Все одинаково.

Ну хоть конфиги железа то расскажешь?

Intel Pentium 4, 3.00GHz GeForce 9600 GT (проприетарный драйвер) 2 Гб ОЗУ

Эти конфиги интересуют?

Извиняюсь за нубский вопрос, но где их выставлять, эти параметры?

Нет.
Либо (для однократного введения без сохраения — рекомендуемый вариант) в меню GRUB нажать e, отредактировать параметры (они находятся в строке, начинающейся с linux, после пути к файлу ядра) и нажать Ctrl+X.
Система загрузится с данными параметрами, нигде из не запоминая.

Попробовал сделать так. На этапе загрузки никаких сообщений не появлялось — сперва просто фиолетовый экран (как раз на этой стадии и есть подвисание), потом раскорёженный сплэш (c quiet splash он нормальный). В логах dmesg всё по-прежнему. Может как-то не так вписал параметр loglevel=9 debug?

Хм. Попробуйте добавить nosplash (смысл в том, чтобы вместо splash’а показывалась отладочная информация).

С параметром nosplash, последняя надпись, что появляется до окончания загрузки = Running /scripts/init-bottom . Done После её появления ничего не происходит пару десятков секунд, после чего система загружается. Логи несколько изменились: http://pastebin.com/xiMs9D76 Кажется, что-то не так с моим разделом в ext3

>Кажется, что-то не так с моим разделом в ext3

Вы правы. Задержка видна, что называется, невооруженным глазом. fsck что говорит? (отмонтировать раздел не забудьте)

Разве Ubuntu не предлагает посмотреть лог загрузки по нажатию Esc?

С какой-то версии — нет. По крайней мере по дефолту.

Попробуй bootchart’ом посмотреть.

Вывод: Ubuntu как-то странно выключается, не размонтируя корректно свой /. Какой-то процесс остаётся работать и мешает этому.

При выключении системы с nosplash loglevel=9 не появляется ли каких сообщений об этом? А если поставить pstree, тоже не появляется?

Наверное я с чем-то другим перепутал.

При выключении системы с nosplash loglevel=9 не появляется ли каких сообщений об этом? А если поставить pstree, тоже не появляется?

Ничего подобного не заметил.

Прогонял через проверку при загрузке, она проходит успешно, но, естественно, никакой информации о ходе проверки не выводит. Проблема со скоростью загрузки после проверки не решилась. Сейчас с LiveCD сделал вот что:

$ sudo fsck /dev/sda6

fsck from util-linux-ng 2.17.2

e2fsck 1.41.14 (22-Dec-2010)

/dev/sda6: clean, 508849/2433024 files, 8744762/9727349 blocks

Вообще при использовании nosplash loglevel=9 debug сплеш появляется? При самой загрузке какой текст появляется во время «подвисания»?
При последующих загрузках появляется ругань на «recovering journal»?

Черный экран с текстом вместо сплэша. На момент подвисания висит строчка

Running /scripts/init-bottom . Done

Ругани на recovering journal нет.

Что интересно, после init-bottom запускается сразу /sbin/init с реальной файловой системы на жёстком диске.
Это странно.

Источник

Arch Linux

You are not logged in.

#1 2013-09-20 10:35:44

[SOLVED]/boot/sda4: recovering journal

Hi,
I have Windows 8 64-bit with MBR Legacy bios boot.
Installed Arch 32 bit on /dev/sda4. (a primary partition)
Windows 8 boots fine. But,

when I booted Arch, I saw the following:

And then nothing happens.

It showed kvm error only sometimes.
Then I enabled Intel virtualization technology from the bios.
Now I think the kvm error is gone (But I am not sure that enabling Intel virtualization technology solved the kvm error).

But still it shows previous two messages and nothing happens

I am first time on Arch, please help me.

Last edited by Sameer (2013-09-24 11:28:07)

#2 2013-09-20 13:35:33

Re: [SOLVED]/boot/sda4: recovering journal

After you see that code, does Arch successfully load or not?

1) After I shut my laptop down by pulling the plug and reboot (instead of properly shutting down), I get the same recovering journal messages because not everything was properly written to disk when I killed the power.

2) You don’t need to worry about the kvm message unless you are going to be running virtual machines on your rig.

#3 2013-09-20 15:36:44

Re: [SOLVED]/boot/sda4: recovering journal

Thanks for the reply.

No it doesn’t boot. Everything just stucks there.
nothing happens there after.
I also tried the fallback entry but again the same thing.

#4 2013-09-21 17:33:52

Re: [SOLVED]/boot/sda4: recovering journal

Today I reinstalled Arch and still the problem persists.

#5 2013-09-21 17:51:49

Re: [SOLVED]/boot/sda4: recovering journal

Which kind of laptop are you installing Arch on?

asus ux303la, core i5@1.6ghz, 8 gb ram, 500gb hdd, hd4400 gpu, crux x64 with openbox

#6 2013-09-21 18:05:08

Re: [SOLVED]/boot/sda4: recovering journal

Boot without «quiet» in your kernel parameters. I’m guessing systemd is waiting for something to start/show up.

Sakura:-
Mobo: MSI MEG B550 UNIFY // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD

Источник

Кунг-фу стиля Linux: PDF для пингвинов

Вначале PostScript представлял собой язык программирования для принтеров. И хотя PostScript-принтеры всё ещё не потеряли актуальности, существует и множество других форматов, в которых можно отправлять данные на печать. Но благодаря PostScript появился Portable Document Format — PDF, который стал невообразимо популярным. Пожалуй, не проходит и дня, чтобы каждый из нас не просмотрел бы какой-нибудь PDF-документ на своём компьютере. Конечно, есть и форматы, конкурирующие с PDF, но им, в сравнении с PDF, принадлежит лишь небольшая доля рынка. Просмотр PDF-файлов в Linux — это не проблема. А как насчёт их редактирования? Как оказалось, это тоже несложно, правда, только если знать о том, как именно это делается.

Графические инструменты

Существует множество инструментов для редактирования PDF-файлов в Linux. Главная проблема тут — качество получаемого результата. Для редактирования PDF-файлов можно воспользоваться, например, LibreOffice Draw, Inkscape или даже GIMP. Эти инструменты, как правило, отлично справляются с простыми задачами, например — когда нужно лишь убрать что-то из документа, перекрыв это белым прямоугольником, или когда надо сделать в документе какое-то примечание. А вот если речь идёт о более сложных изменениях, или о получении документов, элементы которых выверены до последнего пикселя, то эти инструменты для решения таких задач вполне могут и не подойти.

Редактирование PDF-документа в GIMP

Основная сложность тут в том, что большинство подобных инструментов работают с PDF-документами как с изображениями, или, как минимум, как с коллекциями объектов. Например, текстовые колонки, вероятно, будут преобразованы в наборы отдельных строк. Изменение чего-либо, что вызывает переход текста на новую строку, приведёт к необходимости ручного изменения других строк. А иногда то, что выглядит как текст, текстом, на самом деле, не является. Текст может быть представлен изображениями. Это сильно зависит в первую очередь от того, как именно был создан конкретный PDF-файл.

Если вы не против использования онлайн-инструментов, то вам, в деле работы с PDF, может пригодиться PDFEscape — бесплатный и весьма достойный редактор. Среди других вариантов можно отметить Scribus и Okular. Оба эти инструмента, на самом деле, не умеют редактировать файлы, но могут импортировать их в виде изображений, с которыми уже можно работать. Например, в Okular, в режиме предварительного просмотра документов, можно добавлять в документы аннотации, вроде тех, которыми отмечают самое интересное, и элементы, нарисованные от руки.

Неудивительно то, что emacs умеет выводить PDF-файлы при запуске под X. Можно использовать Control+C Control+C для переключения на просмотр текстового представления файла. В конце концов, большинство PDF-файлов представляют собой файлы, содержащие текст, а emacs поддерживает даже работу с бинарными файлами. Поэтому, если вы не против поработать с внутренним содержимым PDF-файлов, которое очень похоже на PostScript, вы можете редактировать PDF-файлы в emacs или в каком-нибудь другом текстовом редакторе.

Существует несколько специализированных платных PDF-редакторов и как минимум один опенсорсный редактор такого рода. Но, конечно, как и для решения большинства задач в Linux, для редактирования PDF-файлов можно пользоваться инструментами командной строки.

Маскировка текста

Проблема работы с PDF-файлами, представленными в виде обычного текста, заключается в том, что, даже при просмотре их emacs, текстовые данные в таких файлах часто сжаты и, в результате, нечитаемы. Например, буквы, из которых состоят слова, могут быть разделены кодом, форматирующим их, или другими данными. Поэтому поискать некий текст в подобных файлах, вполне возможно, не получится.

PDF-файлы можно конвертировать в формат, при использовании которого сжатие не слишком сильно портит текст, но это — тоже не панацея. Например, если открыть следующий фрагмент кода статьи про любительскую радиосвязь и задаться целью изменить слово «convention», то сложно будет понять даже то, где именно находится это слово. Но оно, тем не менее, где-то здесь:

3 0 obj > stream

Волшебство командной строки

Существует такой инструмент — qpdf , который умеет конвертировать PDF-файлы в другие PDF-файлы. Он может оптимизировать эти файлы в расчёте на их размещение в интернете или в расчёте на редактирование текста. Он умеет выполнять простые операции вроде удаления страниц или объединения фрагментов нескольких файлов. Вы можете взглянуть на документацию по нему. В вышеприведённом примере мы воспользовались режимом QDF для создания совершенно нормального PDF-файла, все объекты которого размещены в соответствии с их порядковыми номерами, в котором используется обычный для Unix способ завершения строк. Такие свойства выходных файлов упрощают их редактирование в обычных текстовых редакторах, но, как мы уже видели, это, всё равно, не такая уж и простая задача. Например, довольно-таки сложно удалить объект целиком, но если избавиться ото всех его упоминаний, то можно, воспользовавшись fix-qdf , воссоздать нормальный QDF-файл.

Ещё один способ выполнения простых правок PDF-документов предусматривает использование PDFtk Server (PDFtk, без «Server», это графический набор инструментов для Windows). С помощью PDFtk можно объединять или разделять документы, поворачивать страницы и решать много других распространённых задач. Например — вот как объединить все материалы двух файлов:

Можно сделать то же самое, но пропустив, скажем, страницу №9:

Ещё можно перемешивать страницы объединённых документов, располагая их в нужном порядке:

Путешествие из текста в PDF и обратно

Если нужно, пользуясь инструментами командной строки, преобразовать текст в PDF, решить эту задачу можно разными способами. Например, существует отличный инструмент Pandoc, который позволяет преобразовывать материалы, оформленные с помощью одних языков разметки, в материалы, оформленные с помощью других способов описания документов. В частности, речь идёт о возможности преобразования практически всего чего угодно в PDF.

Ещё можно использовать различные комбинации ps2pdf (вместе с инструментом для генерирования PostScript-данных), pdf2text (этот инструмент входит в состав пакета poppler-utils) или Ghostscript для создания PDF-файлов или для извлечения из них текстовых данных. Надо сказать, что Ghostscript — это весьма мощный инструмент, среди возможностей которого можно отметить преобразование PDF-файлов в различные графические форматы. Это может пригодиться, если нужно, например, выводить их на веб-страницах в виде изображений.

Инструменты для решения особых задач печати документов и другие инструменты

Иногда нужно модифицировать PDF-файл в расчёте на то, что он будет определённым образом выведен на печать. Мы уже говорили, например, о том, как совмещать нечётные и чётные страницы документов, но есть и другие способы подготовки документов к печати:

• pdfxup — инструмент, задействующий возможности pdflatex и Ghostscript для размещения нескольких PDF-страниц (например — двух) на одной печатной странице.
• pdfjam — использует LaTeX для размещения документов на страницах разных размеров или для вывода нескольких страниц документа на одной печатной странице.
• pdfposter — умеет создавать печатные изображения огромных размеров на нескольких страницах, беря за основу одну страницу.

Если вы предпочитаете инструменты с графическим интерфейсом — можете взглянуть на PDFsam Basic. А если вас интересует ПО для работы с PDF, написанное на Java — обратите внимание на Multivalent.

Итоги

В Linux существует множество способов решения одних и тех же повседневных задач. Это справедливо и для задач, связанных с PDF-документами. Но иногда самое сложное заключается не в том, чтобы решить задачу, а в том, чтобы найти инструмент, который идеально подходит под требования и стиль работы пользователя.

Чем вы пользуетесь для редактирования PDF-файлов в Linux?

Источник