Либо надо после переноса загрузиться с другого носителя и из chroot вызвать lilo, либо таки уже мигрировать на нормальный загрузчик. Если даже не grub, то можно хоть DOS загрузить и из него взвести систему с помощью loadlin (ему нужны будут ядро, initrd и правильные параметры), или через pxelinux...
initrd трогать не нужно! и вызывать lilo из другой системы тоже. Нужно lilo именно правильной формы от нужной системы. Вообще lilo сильно завязан на конкретный диск с его разметкой, там по сути статические адреса блоков прям в boot record пишутся. Поэтому-то в старых линуксах после пересборки ядра надо было переставлять lilo. Крутость grub как раз и была в своё время в том, что в нём есть stage2, который уже умеет работать с файловыми системами и находить файлы по именам (хотя там могут быть тоже проблемы, если файловая система побилась, даже если это легко восстанавливается по журналу при обычной загрузке).
Неужели другой загрузчик никак не поставить? В принципе, lilo и grub даже совместно можно исхитриться завести.
Геннадий Бут, ну может кривая библиотека. Если для сравнения руками дёрнуть sendMessage (это же RESTful-его-за-ногу простой протокол) и проблема не воспроизводится - то явно дело в библиотеке.
Antowa Kartowa, скорее всего, этот кусок добавлен скриптом, который делал что-то типа echo "aaa\nbbb", а нюанс в том, что в echo требует ключа -e, чтобы \-коды работали.
Antowa Kartowa, strace надо гонять с ключом -f, чтобы он дочерние процессы тоже изучал.
Но как пить дать это ~/.bash_profile, ~/.bashrc, ~/.profile, /etc/profile, /etc/bashrc или какие-то скрипты из них вызываемые... Причём в хоуме root искать.
Кстати, советую сравнить sudo -i и sudo -s. Если есть разница, то больше похоже что это в ...profile, чем в ...rc.
bit8, электрон ничего особенного и не "компилирует". Это браузер (хромовый) плюс js-скрипты в нём. И можно для эффективности ещё какой-то бэк к нему приладить, который сделать кроссплатформенным придётся самому, электрон за программиста с этим не поможет. Вон, в Matrix Element этот бэк на Rust написан...
Все электронные поделия - это тяжёлые монстры. Даже те, которые написаны более-менее неплохо. С полноценвным нативным приложением они ни в какое сравнение не идут.
Есть много таких сервисов. sendpulse, mailchimp, sendsay итд итп. У них часто есть бесплатный тестовый период или бесплатный тариф, можно потестироваться перед полноценным использованием.
CityCat4, противодействовать взлому алгоритма, для которого есть опенсурсная реализация (unrar-free), довольно сложно :) Тем более что даже и так можно каждую проверку засовывать в своё изолированное окружение, где приложению просто негде будет "сохранить" что-либо.
lex bem, всё так, даже внутри LXC-контейнера докер может не завестись совсем или завестись только после шаманств с бубном. А openvz это древняя технология, в которой многое работает очень плохо по нынешним меркам.
Такое использует 0day уязвимости и только за гигантские деньги продают (гуглить например NSO Group). У обычного пользователя подобное встретить близко к минус одному проценту.
CityCat4, rar в общем случае шансы невелики, в нём парольная защита была реализована нормально. Не то что в древних версиях pkzip, где откусывались первые 8 символов и только они и использовались... не говоря уже о невысокой вычислительной сложности алгоритма.
initrd трогать не нужно! и вызывать lilo из другой системы тоже. Нужно lilo именно правильной формы от нужной системы. Вообще lilo сильно завязан на конкретный диск с его разметкой, там по сути статические адреса блоков прям в boot record пишутся. Поэтому-то в старых линуксах после пересборки ядра надо было переставлять lilo. Крутость grub как раз и была в своё время в том, что в нём есть stage2, который уже умеет работать с файловыми системами и находить файлы по именам (хотя там могут быть тоже проблемы, если файловая система побилась, даже если это легко восстанавливается по журналу при обычной загрузке).
Неужели другой загрузчик никак не поставить? В принципе, lilo и grub даже совместно можно исхитриться завести.