| 1.2, Аноним (2), 13:28, 30/04/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Есть у кого нибудь опыт использования на ноутах? Интересна работоспособность железа на Thinkapd X1 G3-G7 и HP Probook g6-g7
| | |
| |
| 2.6, Леголас (ok), 13:43, 30/04/2021 [^] [^^] [^^^] [ответить]
| +/– |
 поддержка железа внезапно аналогична ванильной фре, т.к. ничего специфического авторы не ваяют, в отличии от какой-нибудь DragonFlyBSD
| | |
| 2.8, Аноним (8), 13:51, 30/04/2021 [^] [^^] [^^^] [ответить]
| –3 +/– |
Есть опыт. 11-я была нерабочей на моём железе, 12-я была совсем рассыпчатая, забудем. А вот 13-я, на которой этот гост-бзд сделан - вполне себе тянет на систему выходного дня. Сегодня линуксатор даже позволяет хромые/электронные программы запускать(с линукс-звуком я еще не разбирался, но говорят что можно). Но проблемы с железом всё ещё серьёзные:
- Штеуд-войфай(спиз... портированный из линукса 3.16) 7260 - после просыпания больше не поднимается. Остаётся перезагружать машину. В дмесг ругается на Hardware Switch, несущей больше нет. Его модуль выгрузить через kldunload -f - тоже нельзя.
- Команду reboot лучше не делать(паники и куча ругани). Вместо этого делаем вкл и выкл. Как я понял, при загрузке где-то память не очищается, и потому без powercycle не обойтись.
| | |
| |
| 3.11, Аноним (8), 14:04, 30/04/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это lenovo e440. Осносной системой - Xubuntu, в которой всё работает хорошо. Фрибзду гружу из граба, как kfreebsd и как chainloader +1. Оба варианта работают.
На фрибзде звук работает нормально, но в dmesg постоянно идёт ругань о зависании звуковой карты. Видеоускорение на i915 наконец-то с 13-й версии работает. Звук из бздешного линуксатора - ещё не завёл.
| | |
| 3.16, Клавиатур (?), 15:40, 30/04/2021 [^] [^^] [^^^] [ответить]
| +/– |
Сейчас стоит голый ноут Нитро 5(Ryzen 7 5800, RTX 3070, 64Гб ОЗУ), который к замене ноута 12 года на убунте 16.04, меняю из-за постоянной нехватки озу 16Гигов, и вот смотрю я на него уже несколько дней, была мысля вкатить что-нить бсд подобное, юзал опенка и драгонфлай до этого, но чую не взлетит нормально. Веселый квест на полусогнутых будет обеспечен похоже.
| | |
| |
| 4.18, Ivan_83 (ok), 16:20, 30/04/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Проблемы будут только с вифи, пока не поставишь через бихайв опенврт в качестве драйвера :)
И может вылезти что то с переключением между видюхами.
Отсальное должно быть без особых проблем, максимум ядро пересобрать чтобы iichd или как его там подцепил тачпад.
| | |
|
| 3.20, Ivan_83 (ok), 16:25, 30/04/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да поставь ты уже опенврт в бихайв в качестве драйвера вифи и будет тебе щастье, в крайнем случае будешь виртуалку перезапускать :)
Ну и скорости вифи станут максимальными, а не жалкий g/n.
| | |
| |
| |
| |
| 6.57, Минона (ok), 11:30, 02/05/2021 [^] [^^] [^^^] [ответить]
| +/– |
 > Во FreeBSD это не одно и то же.
Одно и тоже, об этом писали в каком-то релизноте.
| | |
|
|
|
|
|
| |
| 2.9, Аноним (8), 13:56, 30/04/2021 [^] [^^] [^^^] [ответить]
| –6 +/– |
Если не боишься потерять данные - то можно. UFS иногда бузвозвратно рассыпалась при отключении питания так, что fsck её больше не знает. Даже не смотря на SU+J
Проблема у меня наблюдалась где-то с 7 по 11 версию бзды, но тогда она у меня ещё часто использовалась.
Сейчас, с ноутом на 13-й я всё ещё боюсь хранить на UFS какие-либо данные. Посмотрим как будет дальше.
| | |
| |
| 3.19, Ivan_83 (ok), 16:23, 30/04/2021 [^] [^^] [^^^] [ответить]
| +3 +/– |
Пользуюсь только UFS уже 10+ лет и ещё ничего не потерял, но я и питание не дёргаю.
J - отключаю последнее время везде, без него проверка дисков дольше но находит то что с J не находится. Для SSD время вырастает не критично, а вот обычные диски на 2+Тб чекаются долго.
| | |
| |
| 4.21, Аноним (-), 16:41, 30/04/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Пользуюсь только UFS уже 10+ лет и ещё ничего не потерял
> но я и питание не дёргаю.
а если питание само дёрнется? ну или там озу не хватило и система зависла намертво и приходиться через кнопочку резетить...
такие вещи как на юфс отражаются?
| | |
| |
| 5.24, Аноним (24), 17:21, 30/04/2021 [^] [^^] [^^^] [ответить]
| +/– |
> а если питание само дёрнется?
> ...
> такие вещи как на юфс отражаются?
Примерно вот так:
$ smartctl -x /dev/ada0 |grep -i "wr.*cache\|power_" && stattime / /usr |grep -i birth && dumpfs / /usr |grep flags
Write cache is: Enabled
9 Power_On_Hours -O--CK 100 100 000 - 26228
12 Power_Cycle_Count -O--CK 100 100 000 - 9934
174 Unexpect_Power_Loss_Ct -O--CK 100 100 000 - 77
Birth: 20:50:17 03/11/2013
Birth: 20:47:49 03/11/2013
flags soft-updates trim
flags soft-updates trim
| | |
| |
| 6.33, Аноним (33), 17:44, 30/04/2021 [^] [^^] [^^^] [ответить]
| +/– |
Т.е. никак не определяет? У меня только такое
4 Start_Stop_Count -O--C- 100 100 000 - 21
9 Power_On_Hours -O--C- 099 099 000 - 13754
А метаданные хэширует хотя бы? Ext4 по дефолту не хэширует по-моему.
| | |
| |
| 7.41, Аноним (-), 20:30, 30/04/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Т.е. никак не определяет?
Ну да. ФС 2013 года (переехало на этот носитель лет 6 назад), 77 раз "дергалось" питание - ничего не развалилось.
| | |
|
| 6.36, Аноним (33), 17:47, 30/04/2021 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Ах да, ещё вот это
12 Power_Cycle_Count -O--CK 100 100 000 - 21
| | |
|
| 5.25, Ivan_83 (ok), 17:25, 30/04/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Обычно в lost+found что то падает, насколько я понял туда попадают файлы которые не успелись засинкатся или мелкие изменённый файлы, которые видимо целиком влезают в один фрагмент фс.
Насчё ресета/нехватки памяти - практически не бывает, не припомню чтобы пришлось так делать на отлаженной системе.
Когда на 12 возился с amdgpu то оно бывало зависало при загрузке.
Ну и вот тут паники ещё бывали из за сетевого стёка нетфликса.
Но это всё обходилось без потери файлов.
| | |
| 5.27, Ivan_83 (ok), 17:27, 30/04/2021 [^] [^^] [^^^] [ответить]
| +/– |
Забыл сказать, у меня пара ssd сдохла как раз из за того что я дёргал питание на них слишком часто - перетыкал их через юзби переходник.
А вот UFS у меня не дохло уже очень давно.
| | |
| |
| 6.60, Kuromi (ok), 17:56, 03/05/2021 [^] [^^] [^^^] [ответить]
| +/– |
 Этому подвержены диски без конденсаторов внутри, а в последнее время таких становится больше. Доходит до смешного, на некоторые модели ради удешевления перестали температурные датчики ставить.
| | |
|
| 5.32, Аноним (-), 17:44, 30/04/2021 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> ну или там озу не хватило
Придет oom_killer. Секунд через 10-15 (хз. - заметные лаги системы не факт что будут, разве что в выжравшем всю память брауз^W приложении)
Можно подтьюнить:
$ grep oom /etc/sysctl.conf
vm.pageout_oom_seq=4
| | |
|
| 4.22, Аноним (33), 17:05, 30/04/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
У меня диски 20ТБ, сколько времени ждать? Принудительная проверка fsck у ext4 не очень быстрая, но терпимо. Ufs теряла данные при отключении из розетки (но я её только на ссд использовал, может какая-то проблема с прошивкой, однако ext4 как работала на том ссд так и работает).
| | |
| |
| 5.23, Аноним (33), 17:21, 30/04/2021 [^] [^^] [^^^] [ответить]
| +/– |
У ext4 правда проблема с тем что она пропустит битрот как и битфлип. Но у это вроде у всех (в теории на ssd прошивка заботится так что пока елестричество не выветрилось должно быть в порядке) кроме btrfs. Но из-за этого та самая медленная.
| | |
| |
| 6.47, Аноним (8), 00:00, 01/05/2021 [^] [^^] [^^^] [ответить]
| +/– |
Можно и в экст4 чексуммирование включить. Рассказывают о быстром износе ссд и аццких тормозах. Да, бтр как-то лучше с этой опцией работает.
| | |
|
| 5.31, Аноним (8), 17:37, 30/04/2021 [^] [^^] [^^^] [ответить]
| –2 +/– |
У меня эта же ерунда - на физических HDD всегда происходила и в qcow2-файлах. От ссд это не зависит, хоть при появлении ссд я уже фрибзду выпилил ото всех серверов.
А какая у вас версия фрибзд?
| | |
| |
| |
| 7.43, Аноним (33), 23:31, 30/04/2021 [^] [^^] [^^^] [ответить]
| +/– |
По времени 10 подходит, 11 не подходит. До этого я имел некоторый опыт с 9, поэтому видимо использовал 10 которая вроде бы лучше. В итоге, dragonfly у меня прожила дольше (я расстроился когда фряха в первый же месяц посыпалась), и даже проблем не было, после настройки (только какое-то железо так и не заработало, в частности, видеокарта -- там нет блоба nvidia). Причём, после десятков паник каждые полторы минуты ничего не сломалось, линуксу от двух паник подряд резко плохеет. Достаточно интересная вещь в целом.
| | |
| |
| 8.46, Аноним (8), 23:58, 30/04/2021 [^] [^^] [^^^] [ответить] | +/– | После из-за этого я 12-ю версию вообще пропустил Сейчас с осторожностью щупаю 1... текст свёрнут, показать | | |
|
|
|
|
|
| |
| 4.30, Аноним (8), 17:34, 30/04/2021 [^] [^^] [^^^] [ответить]
| +/– |
Я в общем написал, не расписывая по версии. Ещё раз читаем:
> Даже не смотря на SU+J | | |
| |
| 5.37, Аноним (-), 17:58, 30/04/2021 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Я в общем написал, не расписывая по версии. Ещё раз читаем:
Ага. Каждый раз читаем в комментах к чуть ли не каждой новости о бсд - и каждый раз добавляются какие-то детали.
| | |
| |
| 6.45, Аноним (8), 23:56, 30/04/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
SU+J, там где он есть, ничем не помог. Порой при отключении питания или остановке машины UFS крашилась так, что fsck не помогал. Вот так было всё красиво.
Но ладно, я ожидал другого. Совсем другого... Файловая система не должна наворачиваться полностью от одного лишь резкого обесточивания. Даже вне зависимости от опций конфигурации, особенно если это некие - sane defaults, выбираемые при установке.
| | |
| |
| 7.62, Аноним (-), 13:54, 04/05/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вы извините конечно пожалуйста, но это действиленьно что-то у Вас - какая-то лично Ваша (не стоковая) настройка, твик, либо особенности лично Вашего железа. Я знаю точно, потому что я использую эту ОС на большом количестве разного оборудования много лет, и нигде с таким не стыкался. Этот fsck хоть и медленнен на HDD (в отличие от SSD), но с ним проблем много лет как небыло, а перезагрузок было довольно много.
| | |
| |
| 8.63, Аноним (-), 15:02, 04/05/2021 [^] [^^] [^^^] [ответить] | +/– | Ну почему берем накопитель с оптимизацией очередности записи и без соотв q... большой текст свёрнут, показать | | |
|
|
|
|
|
| 3.61, Аноним (-), 13:49, 04/05/2021 [^] [^^] [^^^] [ответить]
| +/– | |
>UFS иногда бузвозвратно рассыпалась при отключении питания так, что fsck её больше не знает. Даже не смотря на SU+J
Проблема у меня наблюдалась где-то с 7 по 11 версию бзды,
Дезинформация!
Проблемы с UFS были исключительно с 5.0 до 5.2.1 - после этого проблем небыло совсем то есть вообще. Использую как до, так и после тех пор на почти сотне разных железок, где не нужен ZFS - там UFS2+SU, перезагрузок он не боится. Насчёт UFS+J либо UFS2+SUJ (с журналом) сказать не могу - мне это не было нужно. UFS1 - давно не использовал, сказать трудно.
В худшем случае обнуляется файл, в который в момент перезагрузки шла запись, и система кладёт недозаписанное в lost+found, но чаще всего просто остаётся старая версия файла, до записи.
| | |
|
|
| |
| 2.56, Аноним (-), 02:50, 02/05/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> зачем эти пользоваться ? объясните ? безопасности ,ради)?
Зачем аноним комментирует тут, если есть фейсбук, твиттер и VK?
| | |
| |
| 3.58, Минона (ok), 11:32, 02/05/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> зачем эти пользоваться ? объясните ? безопасности ,ради)?
> Зачем аноним комментирует тут, если есть фейсбук, твиттер и VK?
Сказал аноним анониму 😁
| | |
|
|
|
