VG
смахивает на разгребание факапов с миллионом файлов в одном каталоге
Size: a a a
2021 April 13
EG
Было больно
EG
Угу
VG
через это должен пройти каждый админ, лул
EG
У меня была красивая библиотека для логов, которая слишком большие строки сохраняла в отдельные файлы
EG
И я случайно оставил её работать на ночь
EG
А утром у меня была директория, в которой не работал ls
GK
Ну походу
https://github.com/coreutils/coreutils/tree/34a48bf0f0552aaed21a7dba4a5488946a978317/src/remove.c#L457. Больше не вижу вызовов
rm делает lstat на /, чтобы отработали проверки на удаление / пользователем здесь: https://github.com/coreutils/coreutils/tree/34a48bf0f0552aaed21a7dba4a5488946a978317/src/remove.c#L457. Больше не вижу вызовов
stat.
EG
Вот удаление трёх файлов:
newfstatat(4, "3", {st_mode=S_IFREG|0644, st_size=0, ...}, AT_SYMLINK_NOFOLLOW) = 0
faccessat2(4, "3", W_OK, AT_EACCESS) = 0
unlinkat(4, "3", 0) = 0
newfstatat(4, "2", {st_mode=S_IFREG|0644, st_size=0, ...}, AT_SYMLINK_NOFOLLOW) = 0
faccessat2(4, "2", W_OK, AT_EACCESS) = 0
unlinkat(4, "2", 0) = 0
newfstatat(4, "1", {st_mode=S_IFREG|0644, st_size=0, ...}, AT_SYMLINK_NOFOLLOW) = 0
faccessat2(4, "1", W_OK, AT_EACCESS) = 0
unlinkat(4, "1", 0) = 0EG
На каждый файл делается
newfstatat(), faccessat2() и потом unlinkat()GK
Интересно откуда берётся
newfstatatGK
Видимо это из реализации glibc-шной
fts_open, которую дёргает rm отсюда. Он для чего-то открывает и читает FTSENT перед удалением.
2021 April 14
f🇧
Зачем плагин
f🇧
Есть же :s
AY
зачем pycharm:) есть же вим;D
f🇧
Так он и спросил, как это в Виме сделать
AY
а, май бед, видимо не так прочитал
NG
а зачем в виме, когда есть sed