Маск больше не управляет Тесла: обратите внимание на его должность: «исполнительный директор». Некоторое время назад была история, что он пустил слух об отзыва акций Тесла с рынка и начал скупать упавшие в цене акции. В обмен на то, что он не пойдёт сидеть прямо сейчас его попросили с управляющей должности. Вся история мутная целиком, но суть в том, что компанией он больше не управляет.
Это одна из проблем: наушники усложнились, цена, намного больше вещей может пойти не так. С одной стороны, купить фигню шанс не меньше, с другой — если раньше в случае покупки плохих — их можно было спокойно выбросить и купить другие, то теперь — это некомфортно дорого.
Про том, что с тем же Маком у меня беспроводная гарнитура завелась только с минимальным качеством звука. Гугл говорит, что это распространено.
У меня, к сожалению, нет под рукой свободного диска с GPT или диска, который я бы мог переформатировать. С MBR и APM дисками проблема не воспроизводится, система грузится штатно
> не видел property типа UITableView *view
К слову, раньше view и tableView возвращали один и тот же объект. На данный момент не знаю, не перепроверял.
@dynamic нужен только для того, чтобы сказать компилятору, что не нужно генерировать getter/setter. Вы можете изменить свойство у существующего поля. Помнится, я так с datasource делал, так как потомку от класса нужны были дополнительные данные.
Впрочем, в случае с кастомными контроллерами, я бы поступал по аналогии с системными классами — для единообразия.
Это хвост из 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 та ещё хрень. Особенно в плане стабильности и быстродействия.
Про том, что с тем же Маком у меня беспроводная гарнитура завелась только с минимальным качеством звука. Гугл говорит, что это распространено.
К слову, раньше view и tableView возвращали один и тот же объект. На данный момент не знаю, не перепроверял.
@dynamicнужен только для того, чтобы сказать компилятору, что не нужно генерировать getter/setter. Вы можете изменить свойство у существующего поля. Помнится, я так с datasource делал, так как потомку от класса нужны были дополнительные данные.Впрочем, в случае с кастомными контроллерами, я бы поступал по аналогии с системными классами — для единообразия.
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 последних версий перед тем как они канули в забвение.