The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Уязвимости в драйвере NTFS-3G, позволяющие получить root-доступ в системе, opennews (ok), 26-Май-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +1 +/–
Сообщение от Аноним (17), 26-Май-22, 14:40 
ntfs-3g это тормозной шлак от Tuxera, а в ярдо уже завезли нативный драйвер от Paragon.
В добавок видимо и дырявый.
Ответить | Правка | Наверх | Cообщить модератору

4. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  –2 +/–
Сообщение от Аноним (4), 26-Май-22, 14:45 
Ядровый драйвер вдвойне дырявый, да и парагон фактически прекратил отправлять какие-либо патчи после его внесения в кодовую базу.
Ответить | Правка | Наверх | Cообщить модератору

5. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +7 +/–
Сообщение от Аноним (17), 26-Май-22, 14:50 
А какие собственно нужны патчи? ntfs обновляется как стандарты веба и браузеры каждый месяц?
На 5.17 работает норм, чтение+запись, разделы не убивает, файлы не кораптит.
Просто наглые люди думают что бесплатная отправка раннее платного продукта и релиз его в ядре,
подразумевает 24/7 поддержку и поставка этих разрабов к себе на бесплатный труд.
Если совесть иметь, всё будет норм.
Кстати интересно а когда последний раз обновлялся драйвер для устройств floppy.
Ответить | Правка | Наверх | Cообщить модератору

9. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +4 +/–
Сообщение от Аноним (9), 26-Май-22, 15:04 
Было бы неплохо, если они хотя бы ревьювили патчи, которые им за бесплатно отсылают. И пересылали их дальше Линусу. Такое было условие внесение их кода в апстрим

Там их мейлинг лист просто мёртв. По факту они оставили поддержку Линусу лично. Ну или мб переложат на главных по фскам.

Ответить | Правка | Наверх | Cообщить модератору

11. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  –1 +/–
Сообщение от Аноним (17), 26-Май-22, 15:07 
Как по мне "проблема" высосана из пальца самими авторами патчей, а Линус просто забил.
Никто ему не запрещает закомитить выборочно те, которые на взгляд коммунити внесут пользу.
Ответить | Правка | Наверх | Cообщить модератору

12. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос.."  +1 +/–
Сообщение от Аноним (9), 26-Май-22, 15:16 
Ну как «высосана». С одной стороны скорее всего эти фиксы не влияют на обычную работа с драйвером.

С другой стороны иметь дырявый код в ядре не круто. Лично видел 2 репорта от ядерного фазера: там одна УБшка и один null-deref. Не хорошо

А Линусу поддерживать нет времени, у него так дел много. Лично он патчи принимает только в крайнем случае, и то если 4-5 человек оттестят/отревьювят. Это происходит скорее вопреки, так как противоречит девелопмент процессу.

В общем код дырявый и брошен на произвол судьбы. Этого все боялись и это и произошло :)

Ответить | Правка | Наверх | Cообщить модератору

24. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос.."  –1 +/–
Сообщение от пох. (?), 26-Май-22, 15:57 
> А Линусу поддерживать нет времени, у него так дел много.

денежки от платиновых спонсоров пересчитывать, ага. Как там с патчами к ksmb, между нами?

Хорошо ли лично ты поревьюил код exfat2 ?  

Или все же дело в том что там кого надо нога?


А пацаны из Парагона - немного заняты. Денег из одичалой страны через стену за раз можно перекинуть только один мешок. А помимо денег ведь есть дети-собаки-престарелые родственники, и всех надо вывозить из-за стены, пока ворота окончательно не закрылись с обоих сторон сразу.

Это ж не яндкекс какой, чтоб ррраз - и по волшебству половина разработчиков телепортировалась в Амстердам с чады и домочадцы.

Ответить | Правка | Наверх | Cообщить модератору

32. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос.."  –1 +/–
Сообщение от Аноним (17), 26-Май-22, 16:26 
Paragon Technologie GmbH. System Software Development Leo-Wohleb-Straße 8 79098 Freiburg, Germany

Уверен что их касается та дичь о которой ты написал? И денег им за это не платят, именно
из за этого нет причины их хейтить, они дали код как есть, а дальше никто никому не обязан.

Ответить | Правка | Наверх | Cообщить модератору

36. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос.."  +1 +/–
Сообщение от Аноним (36), 26-Май-22, 16:48 
>Germany

Просто он что-то знает, возможно, там же и живёт.

Ответить | Правка | Наверх | Cообщить модератору

38. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос.."  +1 +/–
Сообщение от Аноним (17), 26-Май-22, 16:56 
Шапочка из фольги не давит? У них там офис уже лет 20.
В мейлинг листе директор написал что был планированный отдых несколько месяцев из за ослабления локдаунов.
Ответить | Правка | Наверх | Cообщить модератору

46. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос.."  +1 +/–
Сообщение от пох. (?), 26-Май-22, 17:29 
отаночо михалыч... а того чувака из новосиба (который им кстати патчсеты собирал) они просто, значит, забыли предупредить что это у него отдых несколько месяцев?

А то он жаловался, что от зарплаты тоже "отдохнул", и ищет другую работу.

Ответить | Правка | Наверх | Cообщить модератору

92. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос.."  +/–
Сообщение от Аноним (91), 27-Май-22, 12:29 
обеих )
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

100. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос.."  +/–
Сообщение от пох. (?), 27-Май-22, 14:16 
> обеих )

ну брось, наверняка там было больше разработчиков.
Хотя на самом деле можно прочитать между строк то чего я не имел в виду... В смысле, если верхнюю половину разработчика телепортировало - то еще ладно, а если наоборот то так себе будет разработка...

Но таки судьба клячхауса внушает некоторые опасения. Причем казалось бы, проект неотделим от кишков - все равно что пейсбук свою hhvm выкинул бы в свободной полет.

Кто около Льва Толстого бывает - гляньте, там хоть окна-то по вечерам еще светятся?

Ответить | Правка | Наверх | Cообщить модератору

93. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос.."  +/–
Сообщение от Аноним (91), 27-Май-22, 12:30 
с чадами и домочадцами. Извенитись )
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

33. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +2 +/–
Сообщение от An0nim0us (?), 26-Май-22, 16:27 
по факту у парагона еще нету полноценных прав что б принимать патчи - все изменения через Линуса и других майнтейнеров пока.
https://lore.kernel.org/lkml/0f48e2eb2b0740b1b85e3b8d910c4bd.../
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

81. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от achtosluchilos (ok), 27-Май-22, 00:50 
stable api nonsense

они там ломают и меняют различные подсистемы, на которые опирается драйвер ntfs3 и требуют, чтобы автор ntfs3 всегда обновлял свой код под их детские дрязги.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

97. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от пох. (?), 27-Май-22, 13:54 
> stable api nonsense
> они там ломают и меняют различные подсистемы, на которые опирается драйвер ntfs3
> и требуют, чтобы автор ntfs3 всегда обновлял свой код под их
> детские дрязги.

конечно - для того ведь и дозволено было тому грязому холопу облобызать линусовые сапоги, чтоб служить верою и правдою и ежечасно челом бить.

То есть, собственно, а для чего ты думал майнтейнер - чтоб действительно улучшать код? Ну смешно, право, патчи присылать и в ноги кланяться - и не майнтейнеру можно. А вот быстра-поправил-чтоб-у-правильных-пацанов стабильный нонсенс не ломал твой драйвер - это как раз первоочередная задача. Потому что за стабильные нонсенсы платиновый уже забашлял, а тут твой шва....бесплатный код на дороге валяется и ломает сборку!

Ответить | Правка | Наверх | Cообщить модератору

104. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от achtosluchilos (ok), 28-Май-22, 00:43 
>[оверквотинг удален]
>> и требуют, чтобы автор ntfs3 всегда обновлял свой код под их
>> детские дрязги.
> конечно - для того ведь и дозволено было тому грязому холопу облобызать
> линусовые сапоги, чтоб служить верою и правдою и ежечасно челом бить.
> То есть, собственно, а для чего ты думал майнтейнер - чтоб действительно
> улучшать код? Ну смешно, право, патчи присылать и в ноги кланяться
> - и не майнтейнеру можно. А вот быстра-поправил-чтоб-у-правильных-пацанов стабильный
> нонсенс не ломал твой драйвер - это как раз первоочередная задача.
> Потому что за стабильные нонсенсы платиновый уже забашлял, а тут твой
> шва....бесплатный код на дороге валяется и ломает сборку!

Это ты свои российские скрепы на весь мир не распространяй. Люди работают за зарплату, а не за возможность поцеловать чью-то жопу.

Ответить | Правка | Наверх | Cообщить модератору

143. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от пох. (?), 30-Май-22, 10:27 
Точно! А зарплату им платит лично Линус из денежек от платиновых спонсоров!

Ответить | Правка | Наверх | Cообщить модератору

87. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от john_erohin (?), 27-Май-22, 08:48 
> Кстати интересно а когда последний раз обновлялся драйвер для устройств floppy.

кстати интересно, когда анон перестанет попадать пальцем в небо.

commit 911b36267855501f7f80a75927c128c0ac03fe58
Author: Willy Tarreau <w@1wt.eu>
Date:   Sun May 8 11:37:07 2022 +0200

    floppy: use a statically allocated error counter
    
    commit f71f01394f742fc4558b3f9f4c7ef4c4cf3b07c8 upstream.
    
    Interrupt handler bad_flp_intr() may cause a UAF on the recently freed
    request just to increment the error count.  There's no point keeping
    that one in the request anyway, and since the interrupt handler uses a
    static pointer to the error which cannot be kept in sync with the
    pending request, better make it use a static error counter that's reset
    for each new request.  This reset now happens when entering
    redo_fd_request() for a new request via set_next_request().
    
    One initial concern about a single error counter was that errors on one
    floppy drive could be reported on another one, but this problem is not
    real given that the driver uses a single drive at a time, as that
    PC-compatible controllers also have this limitation by using shared
    signals.  As such the error count is always for the "current" drive.
    
    Reported-by: Minh Yuan <yuanmingbuaa@gmail.com>
    Suggested-by: Linus Torvalds <torvalds@linuxfoundation.org>
    Tested-by: Denis Efremov <efremov@linux.com>
    Signed-off-by: Willy Tarreau <w@1wt.eu>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
    Signed-off-by: Denis Efremov <efremov@linux.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

107. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 28-Май-22, 12:19 
А заодно стоит уточнить что сейчас флопиков уже обычно в комапх нет. Соответственно даже если драйвер будет совсем в труху, подпихнуть специально оформленный флопик почему-то не получится.
Ответить | Правка | Наверх | Cообщить модератору

19. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  –1 +/–
Сообщение от пох. (?), 26-Май-22, 15:50 
На моих измеризмах "тормозной шлак" почему-то вдвое (sic!) быстрее xfs.

А нативный от парагон - увы и ах на моей архитектуре больше не работает и не будет. Поскольку stable api nonsense

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

27. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +2 +/–
Сообщение от Аноним (17), 26-Май-22, 16:01 
Находить что то худше это такой метод оптимизма и само-внушения что не всё так плохо?
Ответить | Правка | Наверх | Cообщить модератору

29. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  –3 +/–
Сообщение от пох. (?), 26-Май-22, 16:09 
У вас л@п4@тых ВСЕ "худше", куда ни плюнь. Поэтому искать совершенно нечего.

Можно просто порадоваться, что microsoft сделала для нас нормальную надежную fs, а не это вот замшелое дерьмо на идеях 70х годов прошлого века, и грек с цыганом ухитрились написать эффективный и независящий от стабильного нонсенса драйвер.

Ответить | Правка | Наверх | Cообщить модератору

41. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  –2 +/–
Сообщение от Аноним (41), 26-Май-22, 17:22 
Вот, кстати, NTFS — хороший пример, как можно сделать сразу и хорошо.
Ответить | Правка | Наверх | Cообщить модератору

49. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от пох. (?), 26-Май-22, 17:38 
Это на самом деле утраченная технология древних. Имеющая свои ограничения и пределы - все же технология конца 80х тоже не сказать чтоб свежая.
С refs и ssd уже ни разу сразу хорошо не получилось. Чинить это никто не умеет толком, и, наверное, уже и не будет.

Настраивать... ну есть общеизвестные грабли, а есть и малоизученные. Так и так без тестовой среды и правильно придуманных тестов лучше к снаряду даже и не подходить. С другой стороны - ну а что у того верблюда прямое :-(


Ответить | Правка | Наверх | Cообщить модератору

50. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +1 +/–
Сообщение от Аноним (41), 26-Май-22, 17:42 
Ну так NT совсем другие люди писали. Кстати, тоже получилось хорошо, до сих пор угробить не могут, хотя стараются, да.
Ответить | Правка | Наверх | Cообщить модератору

108. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 28-Май-22, 12:21 
> Вот, кстати, NTFS — хороший пример, как можно сделать сразу и хорошо.

Замечательно просто. На иерархии размером с сорцы линукскернела он просто встает раком. Линуксоидам такая работа фс не катила, так появилось много годных улучшений ФС. И в результате в лине сейчас те же операции в РАЗЫ быстрее маздайки. А так все хорошо, прекрасная маркиза.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

119. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 28-Май-22, 16:09 
Расскажи когда среди этих годных улучшений появится, к примеру, длинные имена файлов? До 255 символов юникода, а не байтов. А то воткнул записанную на другой машине флешку и половину содержимого просто не видишь (после отмонтирования и ручного монтирования куда-нибудь вроде /mnt/vint/ вместо дефолтного /var/run/media/имя пользователя/длиннющий guid/ оно волшебным образом появляется)
Ответить | Правка | Наверх | Cообщить модератору

124. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  –1 +/–
Сообщение от Аноним (-), 29-Май-22, 00:40 
> Расскажи когда среди этих годных улучшений появится, к примеру, длинные имена файлов?

Представляешь, я ни разу в моей жизни на ЭТОТ лимит не нарывался. Наверное, потому что имею наглость считать что имя файла должно все же умещаться у меня на экран. Нет, скроллить или что там еще я морально не готов, а в списке файлов, только подумай, я хочу кроме имени и еще койкакое инфо видеть, типа размера и даты модификации.

А с точки зрения программизма мне еще и как-то сильно удобнее ориентироваться на фиксированные 256 байтов максимум, вместо того чтобы чесать репу что вон та или эта система называет уникодом и сколько там реально вешать в байтах.

> До 255 символов юникода, а не байтов.

Чисто номинально пожонглировать понятиями это круто, а что мне это как пользователю даст? Больше радости скроллить выперды невменяшек типа тебя?

> А то воткнул записанную на другой машине флешку и половину содержимого просто не видишь

Опять же - это ни разу в жизни не было проблемой для меня. Может мне столь больных юзеров не попадалось, или я чего-то не заметил, но коли так - не вижу проблемы чтобы ее решать.

> (после отмонтирования и ручного монтирования куда-нибудь вроде /mnt/vint/ вместо дефолтного
> /var/run/media/имя пользователя/длиннющий guid/ оно волшебным образом появляется)

Я не очень понимаю про что это все. У меня все монтируется туда куда мне нравится. Правда, автоматику типа autorun.exe я не жалую, но у меня очень удобные альясы и шорткаты, так что мне пару клавиш для вон того нажать. Заодно спасает от атак вида autorun.exe :). А тебе место имхо в маздае. Спецом для таких как ты там всякие онлайнакаунты и кейлогеры понапихали. Для улучшения твоего экспериенса, так сказать.

А мой экспериенс сводится к тому что я ненавижу туповэйтить машины. Линух в этом может быть очень крут. И черт с ними, с километровыми именами. А так то ты в винде тоже не сохранишь C:\fuxxoff|mustdie - а в пингвине это валидное имя файла :). Что валидное имя файла в винде я вообще не очень понимаю, там сложно все и коряво, с точки програмизма это ацтой. Так что под позикса мне кодить больше заходит чем под винапи. А то что оно до кучи UTF8 случайно жрет, как бы это, я для этого ничего специального вообще не делал и мозг не грел. В чем эпик вин и состоит.

Ответить | Правка | Наверх | Cообщить модератору

137. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 29-Май-22, 12:27 
> Представляешь, я ни разу в моей жизни на ЭТОТ лимит не нарывался.

Другие нарывались, на том же лоре не одна тема с жалобами есть

> Наверное, потому что имею наглость считать что имя файла должно все же умещаться у меня на экран.

То есть что один символ utf8 может занимать до 6 байт в памяти ты не в курсе?

> А с точки зрения программизма мне еще и как-то сильно удобнее ориентироваться на фиксированные 256 байтов максимум, вместо того чтобы чесать репу что вон та или эта система называет уникодом и сколько там реально вешать в байтах.

С точки зрения программизма удобно когда каждый символ имеет одинаковый размер, но для тебя это слишком сложно понять. Тут нужен функционирующий головной мозг размером хотя бы с чайную ложку.

> Что валидное имя файла в винде я вообще не очень понимаю, там сложно все и коряво, с точки програмизма это ацтой.

Для понимания опять же нужен функционирующий головной мозг, размеры указаны выше. Может арендуешь на недельку где-нибудь? Хуже точно не будет.

Ответить | Правка | Наверх | Cообщить модератору

145. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 30-Май-22, 18:47 
> Другие нарывались, на том же лоре не одна тема с жалобами есть

Я никогда не сомневался что на планете дофига проблем. Это не значит что все из них меня могут колыхать.

> То есть что один символ utf8 может занимать до 6 байт в памяти ты не в курсе?

То-есть при кодинге это вообще не моя проблема. Возможно я не оперирую 6-байтовыми символами, но даже с ними знаете, 42 символа в имени - довольно много и если кто хочет меня всерьез отпотчевать такой глистой у меня другие идеи на этот счет, пусть свою войну и мир пишет не в моих именах файлов все же.

> С точки зрения программизма удобно когда каждый символ имеет одинаковый размер, но
> для тебя это слишком сложно понять.

Уже был юнит в 1 байт. Винды развели полный миндфак с тем что там уникодно, там не унигодно. Upgrade path для существующего кода вообще не получился.

> Тут нужен функционирующий головной мозг размером хотя бы с чайную ложку.

Вот именно такого размера он у тех кому нравится переписывать код и сношаться с уникодными vs неуникодными функциями вообще тупо везде. В лине же 90% этого булшита просто нет. И мне класть на каком там языке юзер шпрехал, для меня это массив байтов.

И виндам я так смотрю настолько "удобно" вышло что они в консоли их насчет 866/1251 довольно долго не попускало так то. И до сих пор вроде не до конца попустило, до сих пор маздайцы эти веши не забыли.

> Для понимания опять же нужен функционирующий головной мозг, размеры указаны выше. Может
> арендуешь на недельку где-нибудь? Хуже точно не будет.

Да нафиг, пусть тебе майкрософт чайной ложкой мозг ест, а мне проще под позикса програмить. А если тебе что-то не нравится, ты в своем праве пойти нахрен и не пользоваться этим, например.

Ответить | Правка | Наверх | Cообщить модератору

89. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от n00by (ok), 27-Май-22, 10:40 
>>>  ntfs-3g это тормозной шлак от Tuxera
>>  На моих измеризмах "тормозной шлак" почему-то вдвое (sic!) быстрее xfs.
>  Находить что то худше это такой метод оптимизма и само-внушения что не всё так плохо?

Зачем Вы его спрашиваете, он не психолог. Просто нашел, что ntfs-3g лучше другой альтернативы, и про это написал.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

47. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +2 +/–
Сообщение от Аноним (36), 26-Май-22, 17:30 
Давай теперь я расскажу, как оно на самом деле.

Нативная ntfs венды, емнип, примерно на одном уровне с ext4 по производительности, что, при такой сложности и количестве впихнутых фич, весьма хорошее достижение. Сама ФС, конечно, потому что IO венды легко сасает. Только, вот, фрагментация, и рассыпается что-то подозрительно регулярно для продукта такого уровня.

Ntfs3g, которая через fuse, на 1-2 порядка (если не больше), в зависимости от задач, естественно, хуже, в сравнении с шифрованной ext4 через кучу прослоек, так ещё и весь процессор выжрет. О том, как всё нагреется в процессе, несмотря на черепашьи скорости, можно не говорить. Фрагментация, вот это вот всё, очень актуально для венды.

Ну и по возможностям ntfs3g обеспечивает наверно 1/10 от того, что применяется на практике последние лет 15, о низкой надёжности вообще нет смысла упоминать, она будет рассыпаться постоянно.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

51. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  –1 +/–
Сообщение от Аноним (41), 26-Май-22, 17:44 
> рассыпается что-то подозрительно регулярно для продукта такого уровня

У меня рассыпалась только один раз, и было это из-за перебитого ATA-кабеля, а тут уж никакая ФС не спасёт.

Ответить | Правка | Наверх | Cообщить модератору

56. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (36), 26-Май-22, 17:56 
Да не, то, что активно добивает остатки при аппаратных ошибках, это отдельная тема. А вот когда при включённых сжатии/шифровании кончилось место и её разнесло на куски, вот это эпик уже, для 2017 года так точно. В очередной раз исправили, угумс.
Ответить | Правка | Наверх | Cообщить модератору

67. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Брат Анон (ok), 26-Май-22, 18:40 
> а тут уж никакая ФС не спасёт.

Есть очень простая схема -- две РАЗНЫХ контрольных суммы на каждый блок. И проверка контрольных сумм после записи блока. Просадка по скорости -- да, но кому надо -- тот давно решил все эти проблемы.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

71. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (70), 26-Май-22, 19:27 
Есть простая схема, называется RAID. Но речь немного не об этом.
Ответить | Правка | Наверх | Cообщить модератору

109. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (109), 28-Май-22, 12:25 
RAID в чистом виде штука так себе. Ну вот смотри: есть RAID1, у нас две копии. Если винч совсем сдох - все просто, понятно где корректный вариант брать.

А если никто не сдох но 2 чтения 2 копий дали разный результат? Все ок, но кто из двух нам врет? Классический райд не дает ответ на этот вопрос. Поэтому провтивостоит сферическим факапам в вакууме. А хрень типа плохого кабла для него смерти подобна! :)

В этом месте мы начнем догадываться что юзерам zfs/btrfs/etc нравится в чексумах. Кроме всего прочего оно словив CSUM ERROR утащит вторую копию и из нее починит сбойную. А критерием ошибка чексума блока, вот так уже становится понятнее кто из девайсов/контроллеров/кабелей гонит.

NTFS в таких случаях чинится обычно до состояния "не монтируется - и хрен с ним, форматцэ!"

Ответить | Правка | Наверх | Cообщить модератору

76. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +1 +/–
Сообщение от RM (ok), 26-Май-22, 21:50 
>> а тут уж никакая ФС не спасёт.
> Есть очень простая схема -- две РАЗНЫХ контрольных суммы на каждый блок.
> И проверка контрольных сумм после записи блока. Просадка по скорости --
> да, но кому надо -- тот давно решил все эти проблемы.

Вообще то, по теории, надежность проверки контрольной суммы зависит только от количества бит, если сумма (на самом деле алгоритм ее вычисления) нормальная.
Поэтому две разных в пределе лепить не лучше, а в реальности хуже, чем одну подлиннее, на то же суммарное количество дополнительных бит.

Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

110. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (109), 28-Май-22, 12:27 
Btrfs и zfs умеют юзать криптографические хэши в этом качестве. Это конечно медленнее, но если вы так легко на коллизии нарываетесь, откройте сервис по кряку паролей!
Ответить | Правка | Наверх | Cообщить модератору

116. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 28-Май-22, 13:00 
> У меня рассыпалась только один раз, и было это из-за перебитого ATA-кабеля,
> а тут уж никакая ФС не спасёт.

Btrfs и zfs будут на раз орать про ошибки чексум. Очень даже спасет, так то.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

52. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  –2 +/–
Сообщение от пох. (?), 26-Май-22, 17:45 
Зачем ты тут рассказываешь сказочки для самых маленьких?

Любому же, кроме детсадовца, очевидно что все твои фантазии - из пальца высосаны.
А вот реальные мегабайтики в секунду - у меня в компактном окошечке браузера, рядышком (так уж получилось, что в совершенно одинаковых коробках под совершенно равномерной нагрузочой оказались)

И загрузка cpu, кстати, тоже. И опять влажные фантазии местных фанатов-фантазеров про "порядки" разбиваются о грубую реальность.

> Ну и по возможностям ntfs3g обеспечивает наверно 1/10 от того, что применяется на практике
> последние лет 15, о низкой надёжности вообще нет смысла упоминать, она будет рассыпаться
> постоянно.

бредни впопеннетчиков, рулоны на вес

Даааа, с таким норотцем импортозамещение уж построят так построят...

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

57. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (36), 26-Май-22, 18:03 
Никаких сказочек, у меня был диск с ntfs для чтения и рядом точно такой же диск с ext4 для записи. Я испытал много, много боли в процессе. Проблема была точно не с диском, потому что весьма эффективно перед этим с него был снят дамп. Я в полной пере насладился всеми прелестями переноса терабайт данных из неэффективного хранилища (а торренты через ntfs3g прелесть ещё та).
Ответить | Правка | Наверх | Cообщить модератору

105. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от InuYasha (??), 28-Май-22, 10:41 
I know that feel, bro.
У меня тоже половина шареных данных на нтфс. И торренты. :(
Ответить | Правка | Наверх | Cообщить модератору

68. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Брат Анон (ok), 26-Май-22, 18:41 
Пруфов, разумеется, как всегда не будет
#яснопонятно #расходимся #каквсегда
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

77. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  –2 +/–
Сообщение от пох. (?), 26-Май-22, 22:11 
Какие тебе "пруфы", д-л, если ты живешь в собственном маня-мирке?

Кому нужна ntfs - просто пользуется. Попутно иногда получая удивительные цифирки на градуснике.
Остальные с детсадовским уровнем мозга - просто фантазируют. "У них есть диск!" (разумеется, обиженка нажаловалась воспитателю и ответ удален)

Ответить | Правка | Наверх | Cообщить модератору

111. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 28-Май-22, 12:29 
А ты попробуй на нтфс ворочать иерархией размером с сорцы линукскернела хотя-бы - как раз и ощутишь что из себя нтфс представляет. А то что доступ к кэшу в раме быстрый никто и не сомневался, только это не заслуга ФС :)
Ответить | Правка | Наверх | Cообщить модератору

120. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +1 +/–
Сообщение от пох. (?), 28-Май-22, 16:35 
> А ты попробуй на нтфс ворочать иерархией размером с сорцы линукскернела

А ЗАЧЕМ мне эта ненужная херня?

Собственно, у меня на рабочем месте "иерархия" около второй сотни терабайт уже отросла, но там порн...в смысле jpegи с pdf'ами. Ничего, живем. Причем это не ненужная херня, и ее еще архивировать/бэкапать приходится постоянно.

> доступ к кэшу в раме

кто о чем, а л@п4тый опять беседует с голосами в голове.

То на чем я с xfs сравнивал - бэкап сервера индексировался. Терабайтный. linear read (должен бы был быть, если бы верхние уровни не были тоже херней) Какой, найух, кэш в какой твоей раме?

Ответить | Правка | Наверх | Cообщить модератору

125. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 29-Май-22, 00:56 
> А ЗАЧЕМ мне эта ненужная херня?

Ну, блин, действительно зачем файлухе файлы хранить. Мне вон объяснили что важнее чтобы в именах файлов можно было войну и мир хранвить. Видимо у меня с маздайцами сильно разные приоритеты.

> Собственно, у меня на рабочем месте "иерархия" около второй сотни терабайт уже
> отросла, но там порн...в смысле jpegи с pdf'ами. Ничего, живем. Причем
> это не ненужная херня, и ее еще архивировать/бэкапать приходится постоянно.

Мне мягко говоря не вштыривает скорость работы NTFS. Особенно на холодную. А тратить мое время на туповэйтинг машинных операций мне как-то западло. Люблю user experience. И для меня это когда в компьютерных системах все происходит быстро и четко, так как задумано мной. NTFS страшно далек от этого.

> кто о чем, а л@п4тый опять беседует с голосами в голове.

NTFS на холодную без прогретого кеша - дичайший тормоз. Какие голоса, о чем ты? И чтобы это ощутить достаточно лишь поюзать линуха как свой десктоп, поворочать в нем проекты, а потом понять что на маздайный уровень перфоманса я более не согласен. И никакой WSL ему операции файлухи его гомнокернелом не разгонит.

> То на чем я с xfs сравнивал - бэкап сервера индексировался. Терабайтный.
> linear read (должен бы был быть, если бы верхние уровни не
> были тоже херней) Какой, найух, кэш в какой твоей раме?

Для меня индекс терабайтного бэкапа явно не является типовой злободневной задачей которая вот именно меня парит.

Но если мы о птичках, я cp --reflink за секунду делаю "копию" образа 2-терабайтного винча, и работаю уже с ней. И если профакаплюсь, спишу ту "копию" в утиль да новую рефлинкну. Она создается за секунду и места жрет только на дельту, как то цать блоков. Покажи мне такой фокус в маздайке вообще? Оно так умеет вообще? А то вот это делает меня сильно эффективнее на терабайтном файле, из которых у меня так то в основном readout с полутрупиков винчей характерным софтом, для целей датарекавери. А за сколько там бэкап индексируется мне честно гря похрен - я же не буду туповэйтить это лично.

Ответить | Правка | Наверх | Cообщить модератору

135. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +2 +/–
Сообщение от пох. (?), 29-Май-22, 11:39 
>> А ЗАЧЕМ мне эта ненужная херня?
> Ну, блин, действительно зачем файлухе файлы хранить. Мне вон объяснили что важнее

мне неинтересно твое линухксь кернел, а то что я храню - вот, вдвое быстрее xfs на идеально чистом тесте оказалось. Не то чтоб было надо, но результат несколько удивил. А учитывая размеры - в общем то да, надо бы подумать о переходе целиком на ntfs.

> чтобы в именах файлов можно было войну и мир хранвить. Видимо
> у меня с маздайцами сильно разные приоритеты.

да, ты херней страдаешь, а мы - просто используем. Поэтому нам наплевать на твой линyпсь, помойку из миллиарда мелких файлов, но не наплевать что банальное имя файла ограничено лимитами пятидесятилетней давности когда компьютеры были большие а кодировка acscii7, и просто скопировать его мы не можем.

> Мне мягко говоря не вштыривает скорость работы NTFS. Особенно на холодную. А

мне тебе сколько раз повторить что на моем очень убедительном для меня (поскольку идеально одинаковые коробки под совершенно одинаковой нагрузкой) кейсе оказалось что xfs невштыривает вдвое медленее?

> user experience. И для меня это когда в компьютерных системах все
> происходит быстро и четко, так как задумано мной. NTFS страшно далек

да не звизди ты про задумано. Жрать с лопаты что подали твое "задумано".

Ты ж пользуешься fs с 64x write amplification. И задумывал ее совсем не ты.

> NTFS на холодную без прогретого кеша - дичайший тормоз. Какие голоса, о

сказочник.

> Для меня индекс терабайтного бэкапа явно не является типовой злободневной задачей которая
> вот именно меня парит.

а меня именно она парит, потому что делается долго. А если бы мне был не нужен результат, что его можно и не ждать - зачем бы я его делать стал?
А твой линyпсь мне даром не сдался.

> Но если мы о птичках, я cp --reflink за секунду делаю "копию"
> образа 2-терабайтного винча, и работаю уже с ней. И если профакаплюсь,

и зачем мне твои страдания?
Я не занимаюсь "ремонт компьютеров, установка виндовс, выезд мастера, живу недалеко, приеду быстро".
Кстати, да, vss снапшоты недоступны л@п4тым ведь ни в ntfs3g, ни в парагоновской?

Или есть плагин но за денежку и бинарный под единственноверную платформу, как всегда?

Ответить | Правка | Наверх | Cообщить модератору

146. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 30-Май-22, 19:11 
> мне неинтересно твое линухксь кернел,

Зато мне интересен.

> а то что я храню - вот, вдвое быстрее xfs на идеально чистом тесте оказалось.

Я честно говоря не понимаю что такого хорошего в XFS вообще и зачем в него так вцепился редгад. По метаданным он тормоз. Был, есть и наверное будет.

> Не то чтоб было надо, но результат несколько удивил. А учитывая размеры - в
> общем то да, надо бы подумать о переходе целиком на ntfs.

Я даже не заморачивался особо бенчами XFS, ибо отделался от томов в нем эн лет назад. А если у редгада девелы остальных ФС уволились - это таки проблемы редгада, делать из этого свои проблемы я не собираюсь! Независимо от того какой там кактус сейчас в моде по версии их яхтсменов из отдела маркетинга, сами пусть свое жрут.

> да, ты херней страдаешь, а мы - просто используем.

Я тоже - просто использую. Может быть несколько иначе.

> Поэтому нам наплевать на твой линyпсь, помойку из миллиарда мелких файлов, но не наплевать
> что банальное имя файла ограничено лимитами пятидесятилетней давности когда компьютеры
> были большие а кодировка acscii7, и просто скопировать его мы не можем.

Ты в каждой новости "два дня за линуксом гонялась чтобы сказать как он безразличен" :))

> мне тебе сколько раз повторить что на моем очень убедительном для меня
> (поскольку идеально одинаковые коробки под совершенно одинаковой нагрузкой) кейсе
> оказалось что xfs невштыривает вдвое медленее?

Я в XFS вообще не особый эксперт. Если меня колебет только скорость я EXT4 юзаю, а если еще продвинутости и чексуммы то btrfs.

> да не звизди ты про задумано. Жрать с лопаты что подали твое "задумано".

Это имхо про винду. А в линуксе так то выбор фс поболее виндов...

> Ты ж пользуешься fs с 64x write amplification. И задумывал ее совсем не ты.

Да ты упрлс. Не получается у меня в моих кейсах такой фактор амплификации, хоть тресни.

> сказочник.

Видел я эти сказочки - колом на эн минут при заходе в диру. В лине на такой махровый позор нарваться - ну даже не знаю, не попадалось. Если тебе нравится так с операционкой работать тебе и карты в руки. Меня такой перфоманс не устраивает.

Бжад, даже одна и та же прога одним и тем же тулчейном в лине раза в 2.5 быстрее билдится. Это для меня таки мощный аргумент за то у кого system internals прогнили...

> а меня именно она парит, потому что делается долго. А если бы
> мне был не нужен результат, что его можно и не ждать - зачем бы я его делать стал?

А я знаю зачем тебе фтыкать на индексирование терабайта здесь и сейчас? Впрочем ты любишь в пятки стрелять. Самое интересное что почему-то себе. Мазохизм забавный но непрактичный.

> А твой линyпсь мне даром не сдался.

А я люблю принцип IBM: машина должна работать а человек думать. С линем мои машины работают явно лучше.

> и зачем мне твои страдания?

Тебе - ух не знаю.

> Я не занимаюсь "ремонт компьютеров, установка виндовс, выезд мастера, живу недалеко,
> приеду быстро".

Гггг попробуй такому вообще дать порушеный винч с хотя-бы EXT'ом, сможешь поржать с его табла.

> Кстати, да, vss снапшоты недоступны л@п4тым ведь ни в ntfs3g, ни в парагоновской?

А черт их знает, если честно. Кому оно надо тот пусть и проверяет.

> Или есть плагин но за денежку и бинарный под единственноверную платформу, как всегда?

Если честно - без понятия. У себя я тома NTFS выпилил много лет назад, а с юзеровских томов мне были нужны как максимум данные, которые уж точно не там.

Ответить | Правка | Наверх | Cообщить модератору

139. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 29-Май-22, 14:07 
> я cp --reflink за секунду делаю "копию" образа 2-терабайтного винча, и работаю уже с ней. И если профакаплюсь, спишу ту "копию" в утиль да новую рефлинкну.

А потом винт дохнет вместе со всеми двухсекундными копиями и становится реально забавно. Когда я последний раз такое с помощью mhdd чинил у жертв такие смешные мордочки были

Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

141. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от пох. (?), 29-Май-22, 18:53 
Ну справедливости ради - когда он дохнет с реальной копией, сильно лучше от этого не становится, правда, шансов прочитать после mhdd хотя бы одну все же больше.

Собственно, ntfs я в том сетапе притащил именно в плане "чтоб иметь потом нормальные средства для восстановления, если уж совсем все пойдет плохо".

Ответить | Правка | Наверх | Cообщить модератору

147. "Уязвимости в драйвере NTFS-3G, позволяющие получить root-дос..."  +/–
Сообщение от Аноним (-), 30-Май-22, 19:27 
> А потом винт дохнет вместе со всеми двухсекундными копиями и становится реально забавно.

Ты не понял чувак, эти копии - с уже вычитаного образа, на _исправном_ стораже, читать образ на порушеный это номер! Изначально вычитывается, ессно, по рекомендациям лучших собаководов. Как то сперва coarse, с быстрым пропуском проблемных регионов. А потом уже долбим до победного насколько время и желание позволяет. В большинстве случаев образ у меня получается почти идеальный, плюс-минус десяток-другой особо строптивых бэдов.

А вот дальше... дальше есть у меня образ на пару терабайт. Что с ним делать? Пустить fsck да посмотреть - не смонтируется ли оно в стиле дешево и сердито. Но вот портить отчитаный с такими тантрумами образ - паскудство. А вдруг fsck его уроет? А тут то и лайфхак с пуском fsck на рефлинкнутой "копии". Делается за секунду, реально занимает места только на дельту относительно базы, а unshare прозрачно, в фоне делает ФС. И если результат не понравился, я просто снесу эту "копию", сделаю новую еще за секунду и попробую иначе. Места при этом оно жрет почти как один образ - но ведет себя как будто образов два. Это такой очень умный deduplicate когда я на фазе копирования сразу явно декларю что изначально копия - точный клон, но потом может и разъехаться, так что для софта это 2 независимых файла, типа.

> Когда я последний раз такое с помощью mhdd чинил у жертв такие смешные мордочки были

Ггг а под линух так то тоже софт такого плана есть. Что через апи что через командочки. Есть такая штука, whdd например. Мне правда его стратегия блочного чтения не очень нравится, зато он умеет через команды пулять, как mhdd. Только сразу из линуха, что удобнее досявого уродца.

И нет, после меня еще никто никуда не ходил. Не требовалось. Я понимаю что делаю и хорошо ощущаю как оно той или иной железке. Если вижу совсем уж тыкву - отправляю в более тяжеловесную лабу. Ну как, пытаться лить служебку и прочий хардкор я все же не буду. Но чисто поржать, я умею кодить себе всяие "сервисные утилиты" на странные оказии.

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру