Не запускается Chrome

[ARTGALGANO]

что-то с кэшем шрифтов

open("/var/cache/fontconfig//365b55f210c0a22e9a19e35191240f32-le64.cache-7", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/home/pilot6/.cache/fontconfig//365b55f210c0a22e9a19e35191240f32-le64.cache-7", O_RDONLY|O_CLOEXEC) = 31

Pilot6, а запусти стрейс под новым юзером, интересно было б сравнить вывод.

[Pilot6]

а запусти стрейс под новым юзером, интересно было б сравнить вывод.

Я просто очистил fontconfig, и всё заработало. Это довольно известный глюк оказывается, только он проявлялся не тут, а в btrfs send.
Я запустил send и receive и получал ошибку. Сделал с -vv и уткнулся в этот файл. Оказывается если определенный символ есть в файле, то btrfs может так сглючить. Печально. Это при том, что btrfs check ошибок не находило.

А под новым юзером просто этого файла нет.

Обновлю ядро. Может все-таки исправили эту гадость.
Пользователь добавил сообщение 22 Октября 2018, 20:21:09:А причина именно в том, что ребенок в игрушку поиграл. Видимо там как раз какой-то такой шрифт на сайте, что btrfs крючит.
Песня просто. Ну как так? Файловая система от такого корчится...
Пользователь добавил сообщение 22 Октября 2018, 20:23:40:С другой стороны, Хром тоже хорош. Не мог ругнуться содержательно...

[alang]

Файловая система от такого корчится...

А я давно говорил, что btrfs - г... на палке, и пользоваться ею - себе дороже.

[EvangelionDeath]

Pilot6, хоть что за шрифт?)))

[Pilot6]

хоть что за шрифт?)))

А я знаю?

А я давно говорил, что btrfs - г... на палке, и пользоваться ею - себе дороже.

Ну я теперь почувствовал это на себе. Сейчас обновил ядро, посмотрю, будет ли крючить от того же файла.
Пользоваться уж больно удобно btrfs. В первый раз такая шняга.
Пользователь добавил сообщение 22 Октября 2018, 21:05:27:Новое ядро не помогло. В Steam в htmlcache тоже есть файлик, который не читается. Только Стим от этого, в отличие от Хрома, не крашится.
Но проблема конечно забавная.

[Sly_tom_cat]

Если можно воспроизвести багу, то стоит зарепортить ее разработчикам btrfs.

Как я понимаю btrfs позволила создать файл с именем, которое она сама прочитать не дает. Это прикольный глюк надо будет попробовать

У меня у детей на компе в btrfs, после сбоя, тоже появлялись файлы, которые потом не читались, но там я списал на сектор SSD который сбойнул и его по ходу не удалось вовремя переаллокировать.

В Steam в htmlcache тоже есть файлик, который не читается.

Какое имя файла показывает файловый менеджер и ls?

[Pilot6]

Как я понимаю btrfs позволила создать файл с именем, которое она сама прочитать не дает.

Там не в имени дело, а в содержание. Это и смешно. Баг зарепорчен еще в 2016 году.
Пользователь добавил сообщение 23 Октября 2018, 14:08:35:

Какое имя файла показывает файловый менеджер и ls?

Ну там несодержательные имена файлов в кэше. Я просто директорию очистил. Что может дать конкретное имя файла?
Дело же не в имени. Если маленький текстовый файл, тело которого хранится в метаданных (по аналогии с inode) содержит определенный символ (предположительно ^D), то при попытки чтения файла вот такая ошибка происходит.

Эта ошибка не очень заметна, так как никто кроме Хрома от нее не крашится. Ну не читается что-то из кэша и пофиг.
А вот при инкрементальных бекапах через send и receive это уже менее приятно.

[Sly_tom_cat]

Баг зарепорчен еще в 2016 году.

А есть ссылочка? ...я что то не нашел.

[Pilot6]

А есть ссылочка?

Я не сохранил. Где то гугл нашел форум, где это обсуждалось, и там сказали что зарепортили. Пост от 16 года.
Это меня и натолкнуло на решение. Я запустил btrfs send | btrfs receive -vv и там стал ловить эти файлы. Было всего два файла, первый из которых крашил Хром, а второй тихо лежал в steam. Возможно, что это даже одинаковые файлы какого-то шрифта. Я не очень разбираюсь в том, как шрифты кэшируются и т.п. Но видимо там какой-то байт нехороший для btrfs в каком-то месте.