Это хвост из Obj-C, по видимому. Там возможно переопределить тип в заголовочном файле таким же способов. Так как objective-c использует селекторы настоящий класс не важен, важно лишь чтобы класс отзывался на нужные.
Подопытная операционка:
Linux 3.16.7-53-desktop
openSUSE 13.2 (Harlequin) (x86_64)
Опция root= действительно не указанна, но fstab на месте. .mount-файлов в /etc/systemd нет
Разделы вручную я не настраивал потому, что либо за меня это делал инсталлер, либо я это делал через интерфейс Yast'а.
А крайний systemd именно потому, что отвечает за монтирование разделов при загрузке.
Нет, это не проблема с загрузчиком, так как ядро успешно грузилось. (OpenSuSE в моём случае). Решение на тот момент было успешно нагуглено и применено, просто деталей я уже не помню.
Я столкнулся с этой проблемой ~год назад, деталей я уже не помню. Linux на данный момент не является одной из тех os, которые я сейчас активно использую.
Про guid раздела вы правы. Запоминать их не надо, но systemd зачем-то это делает. Текст сообщения был вроде бы как «failed to determine partition table type» Лечением проблемы, соответственно, было найти файл со списком разделов и удалить лишнюю запись (и это были не команды для mount, а какой-то кастомный формат)
Я могу попробовать воспроизвести эту ошибку, если вы настаиваете.
И последнего: подключаете sata hdd на внутренний разъём (например для диагностики), запускаете систему, делаете то, что хотели сделать, завершаете работу, отключаете hdd, включаете систему… а она не включается, потому что systemd запомнил guid файловой системы и не теперь не может его примонтировать.
Проблема известная и распространённая, последний раз когда я её смотрел она де факто была «won't fix».
У меня возникают вопросы:
— Нафига systemd вообще запомил guid ничего у меня не спрашивая?
— Почему невозможность примотнировать диск — фатальная ошибка?
Вообще, systemd как-то излишне похож на Nero Burning ROM и ASDSee последних версий перед тем как они канули в забвение.
Судя по тому, что я смог найти — он находится в заблокированном диапазоне, диапазон был заблокирован при очередной попытке войны с telegram (на сайте РКН есть номер дела, в нём — решение о блокировке нескольких телеграмм-каналов)
Я iOS-разработчик, пишу на C# всякую фигню в виде хобби. Так вот: по сравнению с Visual Studio — XCode та ещё хрень. Особенно в плане стабильности и быстродействия.
С неделю назад я заметил некоторые деградации в функциональности гитхаб: в частности, не работает поиск по коду в форках. Вот только не понятно, это последствие аварии или нет. Не работает до сих пор. Так что какие-то изменения всё же проводятся.
> берет первую попавшуюся — самую красивую, с самыми интересными эффектами и самую разрекламированную.
Из моего личного опыта не так: просто, первую попавшуюся.
И не забудьте сделать его отключаемым. А вот чего действительно не хватает, так это rss ридера :(. Ну или хотя бы возможности просмотра ленты — по идее это решается xslt-трансформацией, движок хрома это должен уметь.
Linux 3.16.7-53-desktop
openSUSE 13.2 (Harlequin) (x86_64)
Опция root= действительно не указанна, но fstab на месте. .mount-файлов в /etc/systemd нет
Разделы вручную я не настраивал потому, что либо за меня это делал инсталлер, либо я это делал через интерфейс Yast'а.
А крайний systemd именно потому, что отвечает за монтирование разделов при загрузке.
> поскольку стандарт делается не под конкретного Васю Пупкина из 2-ой клиники,
Вы только что ответили на свой вопрос
Про guid раздела вы правы. Запоминать их не надо, но systemd зачем-то это делает. Текст сообщения был вроде бы как «failed to determine partition table type» Лечением проблемы, соответственно, было найти файл со списком разделов и удалить лишнюю запись (и это были не команды для mount, а какой-то кастомный формат)
Я могу попробовать воспроизвести эту ошибку, если вы настаиваете.
Проблема известная и распространённая, последний раз когда я её смотрел она де факто была «won't fix».
У меня возникают вопросы:
— Нафига systemd вообще запомил guid ничего у меня не спрашивая?
— Почему невозможность примотнировать диск — фатальная ошибка?
Вообще, systemd как-то излишне похож на Nero Burning ROM и ASDSee последних версий перед тем как они канули в забвение.
Из моего личного опыта не так: просто, первую попавшуюся.
Я бы сбежал в этом месте, имхо, вы долго продержались :D