The OpenNET Project / Index page

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



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

Оглавление

Продемонстрирована возможность загрузки Windows из раздела с Btrfs, opennews (??), 22-Апр-23, (0) [смотреть все]

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


214. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 22-Апр-23, 21:01 
> Но надо просто понимать что это фс для _хранилки_ а не для офисной работы.

Прикинь а btrfs достаточно универсален чтобы и так и сяк. Поэтому фэйс там файлами по 20 Тб ворочает, а вон там народ это на мелких одноплатниках и роутерах гоняет. А просто потому что не сильно хуже EXT4.

> Для обычной повседневной жизни достаточно ntfs. Это ж не ext4 на идеях 74го года.

Экстенты и индексированые директории так то немного более свежие идеи. И так то NTFS это тоже последний писк начала 90х по уровню технологий. По поводу чего - извините но btrfs в _разы_ быстрее в линухе работает vs ntfs в винде если вопрос в том чтобы поорудовать в дире с 100К и более файлов на холодную. Скажем покантовать иерархию размером с линуксный кернел - на NTFS это вообще дичь и ад.

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

222. "Продемонстрирована возможность загрузки Windows из раздела с..."  +2 +/
Сообщение от Аноним (324), 22-Апр-23, 21:25 
Только вот на каком-нибудь рутрекере и в других местах полно рыданий на тему "переименуйте файлы в раздаче, а то у меня линупc и он не может их на диск записать потому как имена слишком длинные"
Ответить | Правка | Наверх | Cообщить модератору

266. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 00:23 
> он не может их на диск записать потому как имена слишком длинные"

Так то и я вам могу слепить множество имен файлов которые вы в винде в принципе на диск не запишете в исходном виде. Представляете себе, там в путях валидно все кроме NUL (0x0) и "/". Поэтому "c:\trololo" - валидное имя файла в linux. А теперь попробуйте его с таким именем в винде создать, ололо.

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

269. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 23-Апр-23, 00:39 
> Так то и я вам могу слепить множество имен файлов которые вы в винде в принципе на диск не запишете в исходном виде.

Но зачем? Есть какое-то разумная причина кроме "потому что могу"? Потому что причина, по которой скулят линупceныши простая и понятная: не качается без дополнительных телодвижений, которые могут быть весьма затратны по времени и силам, если таких файлов сотни или тысячи и эта ситуевина встречается достаточно часто.

> Представляете себе, там в путях валидно все кроме NUL (0x0) и "/".

Даже '?' и '*' или нет?

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

276. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 01:55 
> Но зачем? Есть какое-то разумная причина кроме "потому что могу"?

Километровые трактаты в именах файлов писать так то не сильно лучше. Это как минимум не слишком культурно из соображений что список должен умещаться на экран и не у всех 42" 8K мониторы. Почему бы не вернуть немного такой культуры ее носителям - черт его знает, некоторым господам понятно только когда им по репке прилетает ответка :)

> по времени и силам, если таких файлов сотни или тысячи и эта ситуевина
> встречается достаточно часто.

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

> Даже '?' и '*' или нет?

Даже их. Как уже сказано - там может быть вообще что угодно кроме байтов 0x0 и '/'. Одна из причин по которой линуксные фс сожрали utf8 как влитой хоть и не делались под него специально. Даже 0x0d и 0x0a можно. Так что если хочется троллануть любителей шелла и это тоже можно, они обычно не очень готовы к тому что им на вход вот такое дадут. Но какие-нибудь сишно плюсатые торентклиенты на это не купятся, конечно, файло просто создастся. Как максимум кто-то потом на нем налетит. И кстати да, в именах торентов можно нехило прикалываться. И особо ушлые господа там ..\..\ и ../../ скармливали, и это даже иногда прокатывало. IO с внешним миром такое интересное занятие, особенно если к нему креативно подойти :)

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

287. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от Аноним (324), 23-Апр-23, 02:52 
> Километровые трактаты в именах файлов писать так то не сильно лучше.

Альтернатива, наверное, - имена файлов держать в 8.3, а полные данные в каком-нибудь files.bbs? Ну такое себе.

> Это как минимум не слишком культурно из соображений что список должен умещаться на экран и не у всех 42" 8K мониторы.

Ага, даешь 80*24 и ни в коем случае не больше как профессор Столяров учил. А может и сейчас учит.

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

Линупc - он и есть линупc, хоть в компе, хоть в мобиле. Заходишь на какой-нибудь либген, жмякаешь по "скачать" на заинтересовавшей пдфке или djvu, он отдает длинное имя вроде "Александр Кенин, Денис Колисниченко - Самоучитель системного администратора-БХВ-Петербург (2021)" - и облом: не качает без переименования. Справедливости ради, те же грабли были бы в любой юниксоподобной системе, включая макось и бсдшки.

> Одна из причин по которой линуксные фс сожрали utf8 как влитой хоть и не делались под него специально.

Только в фс по-прежнему ограничение в 256 байт, а не символов utf8 и никакого прогресса за последние 20 лет не наблюдается (впервые с utf8 в линупce я столкнулся как раз в 2003) на Red Hat Linux 9. Винда такое умеет с незапамятных времен.

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

292. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 03:39 
> Альтернатива, наверное, - имена файлов держать в 8.3, а полные данные в
> каком-нибудь files.bbs? Ну такое себе.

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

> Ага, даешь 80*24 и ни в коем случае не больше как профессор
> Столяров учил. А может и сейчас учит.

Не знаю насчет профессоров, но в своем коде я стараюсь за 80-90 символов не выезжать. Просто потому что откуда я знаю на каком мониторе и с каким фонтом вон те кодеры будут смотреть код.

> хоть в мобиле.

Да, виндуса там нет - там он облажался.

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

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

> Только в фс по-прежнему ограничение в 256 байт, а не символов utf8

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

> и никакого прогресса за последние 20 лет не наблюдается (впервые с
> utf8 в линупce я столкнулся как раз в 2003) на Red
> Hat Linux 9. Винда такое умеет с незапамятных времен.

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

Это примерно как IRC vs Jabber. В ирке сообщения максимум 512 байтов. И флудконтроль жесткий. Поэтому сложно крепко затарить. В жабере спамбот может вкатить за присест 100 кб XML - и вы жуйте это дескать. Если бот злой, он быстро пастит заранее подготовленое, а вот клиенты на парсинг такого подарка встают колом и модеры даже забанить вредину не могут,  их клиенты слишком заняты разбором подарков. Зачем мне такое еще и в файлухе?

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

323. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 23-Апр-23, 14:55 
> Если имя на экран не лезет - поля переименования файлов не офисный пакет, ворочать там текст в килобайты весом мягко говоря не очень комфортное занятие.

Что поделаешь: линупc создан, чтобы под ним страдали. Из последних наблюдаемых в этом месяце приколов гнома и кедов (Fedora 37, Ubuntu и Kubuntu 22.04.1 и 22.10) - это не влезающий в экран с разрешением 1366*768 диалог сохранения файла. Понятно, что бОльшая часть этого окна пустая, особенно в середине и понятно, что изменить размер этого окна мышью за рамку невозможно, ага. Та же фигня при попытке открыть торрент-файл в transmission (может еще где встречается, лениво было проверять).

> Да, виндуса там нет - там он облажался.

Just for lulz взял лежавшую под рукой без дела люмию, попробовал проделать то же самое. Скачалось без переименования.

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

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

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

Диск с ext4, свободное пространство процентов 40, а записать ничего не могу. Почему? Потому что inodes закончились.

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

А зачем его переименовывать? Имя и так нормально влезает и отображается.

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

336. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от Аноним (-), 23-Апр-23, 20:47 
> чтобы под ним страдали.

Мы им не страдаем, мы им наслаждаемся. А загасить совместно какой-нибудь баг, не за полгода отношений с саппортом, а за день - неимоверно доставляет. В этой твоей винде и ее дровах у меня такое никогда не получалось. И не надо мне рассказывать что там багов нет. Я так то в R&D по части виндов бывал и получше вашего в курсе где и чего "нет". И как майки это (не) чинят тоже.

> Из последних наблюдаемых в этом месяце приколов гнома и кедов

Я ими не пользуюсь, так что мне эти страдания вообще ни о чем. А, да, прелесть линуха в том что его можно под себя отрихтовать как мне нравится. А не наслаждаться "one microsoft way".

> в transmission (может еще где встречается, лениво было проверять).

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

> Just for lulz взял лежавшую под рукой без дела люмию, попробовал проделать
> то же самое. Скачалось без переименования.

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

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

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

> Диск с ext4, свободное пространство процентов 40, а записать ничего не могу.
> Почему? Потому что inodes закончились.

Опять же какая-то весьма экзотичная ситуация. Я и веселее видел, юзеры мне приносили флеху с нтфс которая валила винду в бсод. Винда ее любезно пыталась автомаунтить - упс, факап в ntfs.sys. Юзеры в суровой панике - а файлы как оттуда вообще достать?! Вот это я понимаю, трабла. Потому что не то что записать, а даже прочитать свои файлы - опа.

И кстати если вам кажется что NTFS продвинутый, попробуйте его обернуть вокруг того же EXT4. А чего, btrfs вот оборачивает себя вокруг EXT4. А теперь походу и вокруг NTFS как я понимаю.

> А зачем его переименовывать? Имя и так нормально влезает и отображается.

С моей стороны я предпочитаю какие-то более одупляемые и читаемые варианты, умещающиеся на экран, в списке.

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

348. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 23-Апр-23, 21:41 
> Я ими не пользуюсь, так что мне эти страдания вообще ни о чем.

Ну да, ну да. У тебя просто неправильный WM/DE/ядро/файлуха/дистрибутив и так далее и тому подобное. Даже не интересно сколько сотен раз я слышал эту волшебную фразу.

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

Что у меня сейчас под Win11 22H2 самое древнее в наличии? Асусовский ноут, у которого на борту нет TPM, но c биосом от 07/20/2011, 4ядерным AMD A6-3400M APU with Radeon(tm) HD Graphics, 6 гигами оперативы и SSD (машинке больше 10 лет, родной винт умер). Ставил с лицензионного образа, без всяких твиков по отключению проверок. Все железо распознано, дрова на видео и тачпад последних для них версий (конец 2015 года) винда при установке подтянула автоматом. На сетевуху, кардридер, HDMI звук и AMD SMBus в центре обновлений пометила как необязательные: хочешь - обнови, хочешь - оставь какие есть. В разрешении 1366*768 работает нормально, не влезающих в экран и не регулируемых по размеру окон нет. Тормоза на уровне 37 федоры, 38 не тестировал.

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

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

> Я и веселее видел, юзеры мне приносили флеху с нтфс которая валила винду в бсод. Винда ее любезно пыталась автомаунтить - упс, факап в ntfs.sys.

Наблюдал такое. И даже знаю почему: люди на эти флехи что-то из-под линупca писали. Сами признавались когда о причинах спрашивал. Под виндой смерть ntfs наблюдал за последние четверть века ровно один раз (статистика в районе пары тысяч дисков) году в 2008 и причина была в дефектном шлейфе на винте. Шлейф поменял, винт форматнул и до сих пор никаких признаков смерти файлухи нет.

> И кстати если вам кажется что NTFS продвинутый, попробуйте его обернуть вокруг того же EXT4.

Продвинутым NTFS был до 2001 года - именно тогда в него последнюю новую фичу добавили. С тех пор это просто серая рабочая скотинка, которая тупо делает то, что от нее требуется не привлекая к себе внимания и не требуя ухода и присмотра (даже на ручную дефрагментацию в случае с HDD забил больше десятка лет назад, а играться с твиками вроде отключения коротких имен файлов или включения case sensitivity и вовсе никогда желания не было). Оборачивать его вокруг всяких каличных поделий - а зачем?

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

363. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 24-Апр-23, 02:58 
> Ну да, ну да. У тебя просто неправильный WM/DE/ядро/файлуха/дистрибутив и так далее
> и тому подобное. Даже не интересно сколько сотен раз я слышал
> эту волшебную фразу.

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

А в винде меня мало того что считают за идиота, так и оверрайда особо нет. В чем моя проблема? Это сильно нагибает мою эффективность взаимодействия с компьютером и якорит эффективность. Для меня компьютер это "усилитель мозга".

> Что у меня сейчас под Win11 22H2 самое древнее в наличии? Асусовский
> ноут, у которого на борту нет TPM, но c биосом от
> 07/20/2011, 4ядерным AMD A6-3400M APU with Radeon(tm) HD Graphics,

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

> распознано, дрова на видео и тачпад последних для них версий (конец 2015 года)

А у меня вот дрова от амд 2023 года. Даже на чем-то таком. Ну вот пишет фирма AMD ядерный модуль amdgpu и все что gcn им цепляется. А юзермод в виде MESA вообще другие люди пишут но какая разница, оно так то работает даже лучше той проприетарной хрени :)

> - обнови, хочешь - оставь какие есть.

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

А для меня это стандартный способ например деплоя образов: бут в мою бутявку, она вкатит образ, и через несколько минут у меня будет... ну вот скажем точная копия этого досктопа в вон той виртуалке. Так, стоп, это виртуалка и есть, с такой копией, под запуск в ней вот этого браузера. Она тоже создана по этим лекалам, это быстро и эффективно.

> В разрешении 1366*768 работает нормально, не влезающих в экран и не регулируемых
> по размеру окон нет. Тормоза на уровне 37 федоры, 38 не тестировал.

Что-то мне подсказывает что моя система работает заметно шустрее и приятнее любых федор. Так то я не гнушаюсь себе кернел билдовать с low latency настройками. Заодно я при этом гранд ауторити в системе. Ключ для подписи модулей - вот лично мой. Система работает на меня, а не фиг знает кого. В винде поди такого добейся еще.

> Звонит, контакты с облаком синхронизирует, браузер работает. Стор действительно умер,

Так это, без установки программ смартфон не такой уж и смарт. И заливать контакты в майковское облако? Ну не, спасибо, если АНБ и ЦРУ оно надо пусть культурно попросят сами. И кстати это облако случайно не прибито на гвозди и нет ли риска что его вырубят?

> но там и при жизни ничего годного не было. То, что
> на момент вырубания стора было установлено работу продолжает.

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

> Наблюдал такое. И даже знаю почему: люди на эти флехи что-то из-под линynca писали.

Не угадал, у тех модуль оперативки битый был. Но какая разница, крах в драйвере это крах в драйвере, значит в ntfs.sys валидации метаданных не было, и спасибо если это только крах, а не "пользователь может получть кернелмод подключив специально оформленную флеху". Кроме того - такая фигня была с NT4. За столько лет можно было бы и починить баги то, и научиться в fuzzing своего ядра и дров так то. В линухе это уже довольно давно практикуется, с понятным бонусом в качество кода.

Алсо в линухе я персонально дожал все известные мне даже отдаленно напоминающие это ситуации вычислив что и где падает, перетерев с причастными разработчиками и в конечном итоге так или иначе но мне на данный момент не известно ни 1 бага такого класса. Если это будет не так, даю 95% вероятность что менее чем через неделю этого бага не станет. Мне так больше нравится.

> ntfs наблюдал за последние четверть века ровно один раз (статистика в
> районе пары тысяч дисков) году в 2008 и причина была в дефектном шлейфе на винте.

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

К слову как минимум в линухе САБЖ при подобных ситуациях активно вопит в лог  "CSUM ERROR, corrected" и кривая оперативка сразу выводится на чистую воду. Все же чексумы это хорошо, кроме непосредственной функции они валидируют корректность работы железа, end to end.

> Шлейф поменял, винт форматнул и до сих пор никаких признаков смерти файлухи нет.

Угу, и вот гадай, хорошо шлейф работает или где. А вот по "csum error" я довольно быстро замечу факап, кроме всего прочего :)

> Продвинутым NTFS был до 2001 года - именно тогда в него последнюю
> новую фичу добавили. С тех пор это просто серая рабочая скотинка,

Ну вот против этой формулировки я ничего не имею.

> играться с твиками вроде отключения коротких имен файлов или включения case
> sensitivity и вовсе никогда желания не было). Оборачивать его вокруг всяких
> каличных поделий - а зачем?

В винде? А черт знает. Для меня оно в основном демо гибкости аллокатора файлухи, когда оно настолько крутое что даже обернуться вокруг другой ФС может, вот. Да еще сделав это как типа снапшот такой. Просто прикольное демо возможности дизайна.

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

387. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 14:01 
> Представляешь, да. Если мне не нравится гном созданый для корпоративных тупарей, так что он лучше меня знает в какой режим мне "должно" быть комильфо ноут шатдаунить - ну я и могу взять что-нибудь более подходящее мне, где пользователя за кретина не считают.

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

> Вон то в системных требованиях было написано.

Сказано же было "Современную винду на что-то с вон тем разрешением поставить вообще еще ухитриться надо, там же TPM2 подавай. И половины дров поди не будет для актуальной версии винды.", разве нет? Я и привел пример на самой старой из моих железок. Собственно, результат меня самого удивил, потому что ожидал проблем из-за отсутствия ТРМ2 (заявленный в системных требованиях Win11 UEFI ноут умеет) и приготовился их решать - но они почему-то не возникли.

> А у меня вот дрова от амд 2023 года. Даже на чем-то таком. Ну вот пишет фирма AMD ядерный модуль amdgpu и все что gcn им цепляется. А юзермод в виде MESA вообще другие люди пишут но какая разница, оно так то работает даже лучше той проприетарной хрени :)

Наверное если я чуток пропатчу и поставлю дрова 2023 года - у меня оперативка в видюхе волшебным образом вместо одного гига памяти получит не меньше четырех и станет поддерживать вулкан (сейчас не поддерживает, потому что Radeon HD 6520G и gpu-z говорит что дата выпуска - Jun 15, 2011)? Рискнуть или ну нафиг?

> А у меня видите ли все просто взлетело. Без скачек и проч.

Так и я руками ничего не качал и не ставил. Винда такое умеет как минимум с Win7.

> Что-то мне подсказывает что моя система работает заметно шустрее и приятнее любых федор.

Почти все работает лучше федоры, убунты, бомжары и дeбилиана.

> Так это, без установки программ смартфон не такой уж и смарт. И заливать контакты в майковское облако? Ну не, спасибо, если АНБ и ЦРУ оно надо пусть культурно попросят сами. И кстати это облако случайно не прибито на гвозди и нет ли риска что его вырубят?

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

> Не угадал, у тех модуль оперативки битый был.

Я и не гадал. Они сами признавались. Баг известный, висит в багтрекере лет 6. Крутые разработчики его признали, но результат исправления немного предсказуем.

> Угу, и вот гадай, хорошо шлейф работает или где.

Я подозревал, что сам диск помирает. Полез в системник с целью его заменить на новый, увидел полуоторванный шлейф, поставил другой. В итоге новый диск ушел на новую машину, а этот как работал, так и работает.

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

421. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 25-Апр-23, 01:26 
> Вообще-то я упоминал что точно такую же фигню видел и в кедах.

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

> когда виста в бете была, то есть год так 2005-2006.

А я где-то к тому моменту как раз решил что MS меня окончательно задолбал своими "улучшениями" и наевшись "улучшений" решил развиваться как спец в другую сторону.

> системных требованиях Win11 UEFI ноут умеет) и приготовился их решать -
> но они почему-то не возникли.

Вот лично меня "улучшения" от майкрософта задолбали еше в районе висты. И все их полунедоотключаемые плутоны и тпм-ы, вместе с онлайн акаунтами и отсылом нажатий клавиш они могут себе оставить. Меня объем возни на расчистку и прическу винды до вида потребного для использования мной стал напрягать где-то после XP.

А сейчас я себе системы делаю иначе. Минимальный "core" debootstrap'ом раз в эн лет -> пакеты под задачу -> PROFIT. Так вообще не надо тратить время на выковыривание подлянок, оказалось вот эффективнее и предсказуемее. В винде я не возьмусь такое повторить.

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

Да вот знаете, в свое время таки именно так и было: совершенно сторонние перцы (Dave Airlie и его дружки) накодили драйвер вулкана для амдшек в линухе. Устав от завтраков которыми амд кормила на тему открытия сорцов вулкана. И поскольку это маркетингом не зажималось, оно умеет vulkan "по всей площади", для вообще всех GCN-based. А в амд блобе оно GCN 1.х обделяло. Так что и такое тоже бывает. Да, и "ftdi patches" в линуксе не прилетают, кроме как в шутку на 1 апреля в рассылку, без комита в ядро.

> потому что Radeon HD 6520G и gpu-z говорит что дата выпуска -
> Jun 15, 2011)? Рискнуть или ну нафиг?

Это вроде pre-GCN, vliw based. Там вулкана не будет. Но GL вроде вплоть до 4.6 с всякими direct state access и проч сделали насколько я помню. А вот GCNам всем от и до подвалило счастья с вулканом от сторонних лиц, RADV еще и быстрее амдшного оригинала работает, совсем уж лол. Майнтайнер графической подсистемы линуха и его дружки дали амд мастеркласс прям на их поле. Так бывает.

> Так и я руками ничего не качал и не ставил. Винда такое
> умеет как минимум с Win7.

Есть разница между "сразу взлетело" и "скачало полинетрнета и потом взлетело". И по времени на это все и по возможности например старта системы в readonly с "лив флехи" в более менее полноценном виде а не лысой.

> Почти все работает лучше федоры, убунты, бомжары и дeбилиана.

Кому как. Лично я не возьму винду даже забесплатно. С линуксом я как-то сильно эффеуктивнее и мне сильно проще их оного сделать то что на самом деле хотелось.

> На момент покупки и пару-тройку лет после нее это был вполне себе
> смартфон. Получше, чем ведроиды той поры со сравнимым железом.

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

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

Мс мало резона поддерживать сервис для дохлого направления, в отличие от.

> Я и не гадал. Они сами признавались. Баг известный, висит в багтрекере
> лет 6. Крутые разработчики его признали, но результат исправления немного предсказуем.

В виндовом ntfs.sys бсоды от порушеной фс известны минимум с времен NT4, 6 лет ерунда на этом фоне. Впрочем там вон в линь завезли парагоновский, кажется, ядерный драйвер, и проблема "resolved - code fix" иным способом, еще и скорость прибавилась, хехе :)

> Я подозревал, что сам диск помирает. Полез в системник с целью его
> заменить на новый, увидел полуоторванный шлейф, поставил другой.

Типичный юзер винды, SMART посмотреть не допер. Да, там CRC error так то считают обычно, и этого не было только в совсем уж старых девайсах и режимах. Но csum в фс надежнее, я так даже выловил у народа очень странный проц которые как живой но под нагрузкой начинает изредка считать неправильо. Оказывается и так бывает. А без btrfs гаденыш бы и дальше тихо портил данные понемногу.

> В итоге новый диск ушел на новую машину, а этот как работал, так и работает.

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

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

426. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 25-Апр-23, 02:48 
> Лично мне не нравятся ни гном ни кде, перегруженые тормозные уроды,

Мне тоже, поскольку знакомство с юниксовой гуйней начинал с CDE, а с линупcoвой - с WindowMaker. Но все кроме кед еще хуже, а тайловое вообще за гранью добра и зла.

> Да вот знаете, в свое время таки именно так и было: совершенно сторонние перцы (Dave Airlie и его дружки) накодили драйвер вулкана для амдшек в линухе.

Но в моем конкретном случае я не получаю никаких преимущество от последней версии дров и потому совершенно не переживаю от их отсутствия.

> Но GL вроде вплоть до 4.6 с всякими direct state access и проч сделали насколько я помню.

Да, vliw based. Соответствие OpenGL версий до 4.5 - 100%, для 4.5 - 91% и 16% для 4.6

> Есть разница между "сразу взлетело" и "скачало полинетрнета и потом взлетело".

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

> Мс мало резона поддерживать сервис для дохлого направления, в отличие от.

А мне философски:) За 30 с лишним лет научился не хранить ценное в одном месте и в одной копии, спасибо ЕС-1042 с ее вечно рвущимися перфолентами и ДВК с 8дюймовыми дискетами, спустя неделю через раз читавшимися на том же дисководе где писались (а на других не читавшиеся вообще).

> В виндовом ntfs.sys бсоды от порушеной фс известны минимум с времен NT4, 6 лет ерунда на этом фоне.

Ну конечно же в линупcax файлухи не дохнут и я ни разу не видел убитых в хлам (в том числе родным fsck - привет, reiserfs), ни ext2/3/4, ни половины обнуленных файлов после внезапного отключения питания в xfs, ни подключенный к соседней машине диск с btrfs, который после этого напрочь не читался, не писался и не монтировался на родной (ибо на соседней ядро было на 1-2 минорных версий помоложе).

> Типичный юзер винды, SMART посмотреть не допер.

А зачем? Это был самсунговский винт и я прекрасно знал что эта модель у самсунга - весьма проблемная. Не настолько, насколько 20 и 40 гиговые фуджики или легендарные дятлы от межделмаша, но тоже дохли частенько. Кто же знал, что эта железка получив новый шлейф и пережив форматирование еще минимум лет 15 проживет (минимум - потому что до сих пор работает без единого бэда если этому самому смарту верить)? Так и трудится до сих пор в одной не очень нужной машине.

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

439. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (436), 26-Апр-23, 03:18 
> Мне тоже, поскольку знакомство с юниксовой гуйней начинал с CDE,
> линупcoвой - с WindowMaker. Но все кроме кед еще хуже,

Ты пох или его дружок чтоли? :) Впрочем какая мне разница. А я "всерьез" в линух пришел где-то в районе 5 или 6 убунты. Они показали мне что линукс может быть вполне приличным десктопом. А на опенсорс я так то еще до этого в винде слегка подсел. Заодно случайно обнаружив что оно уже тогда чего-то билдит мои проекты в пару раз резвее чем винда, такая ерунда.

На самом деле готовый preset как раз позволил посмотреть как это вообще делать примерно, и что можно получить. И тогда это был кажется гном2. Кстати вполне нормальное DE, классическое, шустрое, без особых глюков, все ключевые настройки системы из гуя можно сделать (если я ос впервые вижу я еще не спец в ее начинке, а без работающего компа как-то тяжко).

> тайловое вообще за гранью добра и зла.

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

> Но в моем конкретном случае я не получаю никаких преимущество от последней версии дров

Спасибо, я уже имел возможность оценить как с дровами в винде. И как с багфиксами этого - тоже. Будем считать что мне в линухе понравилось больше. И качество дров и возможность загасить конкретный баг. А уж например на виртуалках, если линух на линухе пускать, там в ядро сразу встроены дрова virtio/kvm/etc и поэтому вот прям немедленно, без скачек и инсталла всякой хрени крутейшие виртуалки работающие со скоростью практически как у железа. Удобно, эффективно.

> Да, vliw based. Соответствие OpenGL версий до 4.5 - 100%,
> для 4.5 - 91% и 16% для 4.6

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

> А то в линупce такого не бывает. Драйвер для твоего вайфая лежит в инете,

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

> потому как ты его при установке скачаешь - твои проблемы (дебиан, ага).

У меня нет этой проблемы как класса. Я сам себе образа делаю - там всегда есть что надо для таргета. При том технология достаточно проста и понятна чтобы я ее освоил и смог в довольно жесткую кастомизацию. В винде что-то даже отдаленно напоминающее это как-то очень сложно, мучительно, медленно, криво - в целом винда не разбита на модули, инсталл дров тоже у вендоров у кого как, а еще у майков жаба, и в целом что-то там кастомизнуть... эээ.... ну я видел всякие WinPE и тому подобное, но - оно не идет ни в какое сравнение с тем что я могу скрафтить из линуха за 15 минут. Уродливый проблемный тормозной монстр загружающийся в разы дольше и испытывающий кучу технических проблем - не круто.

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

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

Ну я взял быка за рога, перешел на дебиан, как это могло выглядеть я уже представлял, ну и получил то же самое только модульнее, гибче и без рестрикций на коммерцию (которой я только подумайте еще и промышляю, а чего б не, если скилл в области есть?!). Ну а инсталлеры при этом мне стали ни к чему. Я могу соорудить себе образ под задачу. Не убивая час на инсталл системы и черт знает сколько на удаление ненужного и нежелательного софта.

> а потому квест получается сильно на любителя.

Да, но 95% людей не гроссмейстеры. Меня же такой уровень эффективности взаимодействия с компьютером напрягает. Я осознал что можно делать это эффективнее и на меньшее уже не согласен.

> в одном месте и в одной копии, спасибо ЕС-1042 с ее вечно рвущимися перфолентами
> и ДВК с 8дюймовыми дискетами, спустя неделю через раз читавшимися на том же дисководе

У меня не настолько тяжелое прошлое, но read error с флопиков и неидеальных сетей я откущал, душняка с местом хватало, и все такое. В целом это стимулировало интерес к технологиям. Я познал форматы и протоколы, алгоритмы и азы железа. Я прошел длинный путь - и уже смог сделать несколько штук за пределами своих самых диких детских мечтаний. Некоторые в общем то случайно, просто интересно иногда бывает "а слабо ли мне не хуже вон тех?"

> Ну конечно же в линупcax файлухи не дохнут и я ни разу не видел убитых в хлам

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

> (в том числе родным fsck - > привет, reiserfs),

Ах, вы хотите рассказать за что я cp --reflink люблю? В том числе и за то что "как бы копия" образа порушеного диска почти не трескает место (ну сколько блоков fsck изгадит? Цать мегабайт?) - а создается за ну может секунду для 3-терабайтной чушки.

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

> ни ext2/3/4, ни половины обнуленных файлов после внезапного отключения
> питания в xfs, ни подключенный к соседней машине диск с btrfs,
> который после этого напрочь не читался, не писался и не монтировался
> на родной (ибо на соседней ядро было на 1-2 минорных версий помоложе).

Как бы апгрейднуть ядро я не обломаюсь, а вот если файло нулями затерто, на in place классической ФС, вот тут я уже пас и таки его не восстановлю. Да и никто не восстановит.

> А зачем? Это был самсунговский винт и я прекрасно знал что эта
> модель у самсунга - весьма проблемная.

Самсунг вообще забавная фирма. В HDD вечно проблемы с механикой. В SSD вечно глюки у фирмварей.

Я с 2.5 винча от самса не так давно налетевшим знакомым вынул их файлы в практически идеальном виде, когда в винде оно не маунтилось уже. Но конечно пришлось поизвращаться с "продвинутыми читалками", там поверхность бэдами пошла ощутимо. Кстати я это все под линухом :P

> Так и трудится до сих пор в одной не очень нужной машине.

Ну вон тому самсу у меня уже ничего особо не поможет, там видимо запилы или пыль, несколько регионов ушатаны. Зато вот btrfs на текучих флешках прикольно работает. Остальное там не выживает. А обрубить 32 Гб флеху до 16 (схемой DUP) - в принципе на ней что-то не сильно ценное можно таскать. Хотя это больше научный интерес - погонять файлуху в максимально скверных условиях и посмотреть не будет ли еще багов. Если будут - ну вы понимаете какая участь их ждет.

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

369. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 24-Апр-23, 05:19 
>Почему? Потому что inodes закончились.

Не закончилось.Либо написали в одну папку до хрена мелких файлов,либо в одну папку до хрена записывали и удаляли.В 1 случае кончились по лимиту выделенные иноды,чинится тюнингом фс.Во 2 случае из за особенности не успели освободиться зарезервированные иноды,нужно запускать fsck с спецклюсом или опять тюнинговать.Можно ещё проще сделать.Чуть чуть освободить и где были опирации перенести файлы в другую папку.А ту удалить ,тогда заверзированные иноды освободиться.Предпологаю 2 вариант,т.к в 4 версии иноды исключительно мало расходуется,все практически на ехтентах.Сутуация ещё возникает от отключения fsck ,были тогда советы для новичков и там  с цифрами в конце химичили, а т.к друг у друга пиратили воевать оказалось не возможно,fsck при плановой проверке чистил кэш и освобождал иноды.

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

386. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 13:13 
> Не закончилось.

df -i на раздел сказала что свободно 0%

> В 1 случае кончились по лимиту выделенные иноды,чинится тюнингом фс.Во 2 случае из за особенности не успели освободиться зарезервированные иноды,нужно запускать fsck с спецклюсом или опять тюнинговать.

Я проще сделал: данные перекинул в другое место, а диск форматнул в xfs, у которого такая проблема не возникает.

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

339. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от пох. (?), 23-Апр-23, 20:59 
> Только в фс по-прежнему ограничение в 256 байт, а не символов utf8
> и никакого прогресса за последние 20 лет не наблюдается (впервые с

вон автор пресловутого драйвера поправил эту константу в фс - просто мимо пробегая.
И у него фсе работаит - в венде, разумеется.

А не в венде - не работает. Потому что не только в драйвере fs, а еще видимо в миллионе мест начиная с libc.

> utf8 в линупce я столкнулся как раз в 2003) на Red
> Hat Linux 9. Винда такое умеет с незапамятных времен.

тоже нет. Винда с незапамятных умеет unicode-16 - 1ббитные полноценные wide chars фиксированной длинны.
Не вызывающие миллиона проблем в том числе и с тем что длина строки в байтах может измениться после замены одной буковки на другую.

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

А вот л@п4тые ради грошовой экономии сделали самим себе проблему.

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

352. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 23-Апр-23, 22:08 
> А не в венде - не работает. Потому что не только в драйвере fs, а еще видимо в миллионе мест начиная с libc.

И ведь есть тот же самый /usr/include/linux/limits.h с его NAME_MAX. Но нет - мы на него забьем.

> Винда с незапамятных умеет unicode-16 - 1ббитные полноценные wide chars фиксированной длинны. Не вызывающие миллиона проблем в том числе и с тем что длина строки в байтах может измениться после замены одной буковки на другую.

Это да. Простенькая задача: выдели буфер, например, на 1024 символа. А сколько это в байтах будет, потому как один символ может весить от 1 до 6 байт по стандарту? И хреначишь 6 килобайт вместо одного чтобы точно уж влезало.

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

354. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 23-Апр-23, 22:26 
автор вендодрайвера пишет что да, забьем, он никакого влияния не оказывает. И еще в паре мест тоже.  

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

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

368. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 24-Апр-23, 04:47 
>чего еще придется в самом линуксе править - это вопрос сложный

Практически не чего править не придется.Кроме лимитов и VFS.Сюрприз? Не забудьте что портированные драйвера для не юних фс придерживают длинные имена -это я про ntfs и exfat,в fuse драйвере нет таких ограничений.Про дедушку Райзера тоже не забывайте, там лимит ещё больше был но ограничения VFS.
Была уже статья одной компании (этерсофт),осталось в вырезанном виде на сайте альт,там химичили с btrfs и xfs.И работало,падчи были тривиальные,они даже тестирование проводили,но протолкнуть в ядро не получилось.

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

401. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 24-Апр-23, 20:12 
> Справедливости ради, те же грабли были бы в любой юниксоподобной системе,
> включая макось и бсдшки.

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

>> Одна из причин по которой линуксные фс сожрали utf8 как влитой хоть и не делались под него специально.
> Hat Linux 9. Винда такое умеет с незапамятных времен.

потому что делалась специально - а не копипастила технологии 70х а потом кое-как адаптировала их к современным требованиям (ух как в редхат8 все было здорово с utf - вспомню аж слезы умиления наворачиваются. Вообще ничего не работало и все попереломано. Как влитой, ага.)

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

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

407. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (407), 24-Апр-23, 20:35 
> Альтернатива, наверное, - имена файлов держать в 8.3, а полные данные в каком-нибудь files.bbs? Ну такое себе.

А ты предлагаешь в таблицу файлов писать поэмы? Файлы вообще-то числами идентифицируются - быстро и машине достаточно. А имя файла - это что-то типа доменного имени. Для человека, а потому -коротко. В NTFS - лимит в 255 символов. В Btrfs/Ext4 - в 255 байт. Было бы наоборот - заскулил бы ты.

> Линупc - он и есть линупc

А вантуз - есть вантуз. Только и слышно скулеж в интернетах, как у них всё тормозит. И поделом.

> Заходишь на какой-нибудь либген, жмякаешь по "скачать" на заинтересовавшей пдфке или djvu, он отдает длинное имя ... - и облом: не качает без переименования.

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

> Винда такое умеет с незапамятных времен.

Ну так, тормозит и бсодается тоже с незапамятных времен.

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

410. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 21:36 
Какой забавный вскукарек

> Было бы наоборот - заскулил бы ты.

Пословицу про то, кем была бы бабушка в случае наличия у нее некоего общеизвестного органа ты хоть раз слышал? Если нет, можешь погуглить.

> А вантуз - есть вантуз. Только и слышно скулеж в интернетах, как у них всё тормозит. И поделом.

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

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

Разрабам мозиллы и хромиума расскажи. Я это лично наблюдал и там и там. На разных версиях браузеров и линупcoв.

> Ну так, тормозит и бсодается тоже с незапамятных времен.

Бсод на винде я последний раз видел когда твои родители еще верили что в этот раз они предохраняются надежно. А вот черненький экран с содержимым регистров наблюдать доводилось на самых разных сортах ненужного при попытке, например, загрузиться в live-режиме с флешки, на которую это самое ненужное записано. Хоть в обычном режиме, хоть в том, что в меню загрузчика названо safe mode. Особенно этим отличается opensuse, но и в другом ненужном тоже насмотрелся.

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

414. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (407), 24-Апр-23, 23:37 
> В точности такой же скулеж издают двухпроцентные, только вот делают это сильно непропорционально численности поголовья.

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

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

416. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 23:46 
> Про плохой Линукс тут скулят как-раз вантузятники, которые о нём только в газете "Редмонд-сакерс" читали.

Я это поделие палочкой тыкаю уже четверть века. И на работе, и дома иногда.

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

Первый раз мне заплатили за снос ненужного и установку операционной системы еще когда мода на ASUS Eee PC пошла.

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

415. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (407), 24-Апр-23, 23:45 
> Разрабам мозиллы и хромиума расскажи. Я это лично наблюдал и там и там. На разных версиях браузеров и линупcoв.

В LibreWolf и Ungoogled Chromium (с Flathub'а) всё работает. Значит, и в Firefox, и в Chromium всё работать должно. Не звезди. Десятки файлов скачивал с Library Genesis, длинные имена просто обрезаются.
QBittorrent любой торрент пережевывает, а Evince/Okular любой PDF, в комментариях под которыми на Рутрекере люди жалуются, что у них типа "не работает под Линукс". Неоднократно проверял. Должно быть, у них какой-то другой Линукс. Пиндос Раз-на-Раз Едишн.

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

418. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 23:50 
Не звезди сама, машутка. Возьми федору, убунту, кубунту, росу или минт с теми браузерами что в них предустановлены и проверь. А лучше сходи за клуб в очередной раз
Ответить | Правка | Наверх | Cообщить модератору

300. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от soarin (ok), 23-Апр-23, 07:47 
> Километровые трактаты в именах файлов писать так то не сильно лучше

А и не надо. У нас тут один символ не один ☝ байт 🤨
А у вас?

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

409. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (407), 24-Апр-23, 20:38 
> А у вас?

А у нас не тормозит.


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

403. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (407), 24-Апр-23, 20:24 
> Даже '?' и '*' или нет?

#!/bin/bash
touch \?\*
rm '?*'

Ты если шеллом (а также - поиском и головой) пользоваться не умеешь, то не обязательно этим бравировать на весь Интернет. Сказано уже, и BTRFS, и EXT4 поддерживают любой символ, кроме нуль-терминатора и разделителя пути.

А вот на NTFS, да, запрещены: /\:*"?<>|

> причина, по которой скулят линупceныши простая и понятная

В NTFS ограничение на имя файла в 255 символов, в Btrfs/ExtN - 255 байт. То есть в последнем меньше, но и ФС (особенно, с миллионами файлов) ворочается намного быстрее. Плюс, NTFS популярнее (у мух). Как результат, иногда имена с большим ограничением не вписываются в меньшее. Была бы какая-нибудь популярная файловая система с поддержкой 255+ символов на имя файла, и заскулил бы уже ты. Ползал бы и умолял любимых проприетарщиков, обеспечить поддержку длинных имен в их программах. А в Линуксе, в нормальных программах такое давно обходится автоматически (например, обрезанием имени), в написанные невежественными вантyзятниками можно легко добавить патчем самому.

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

411. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (324), 24-Апр-23, 21:49 
> То есть в последнем меньше, но и ФС (особенно, с миллионами файлов) ворочается намного быстрее.

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

> Была бы какая-нибудь популярная файловая система с поддержкой 255+ символов на имя файла, и заскулил бы уже ты.

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

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

О богоподобные и глубоко уважаемые проприетарные разрабы! На коленях молю вас запилить поддержку длинных имен в программах. Я не понял: что значит "уже запилено для Windows NT 30 лет назад, для не NT - в Win95"?

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

441. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (436), 26-Апр-23, 03:54 
> Если кто-то держит миллионы файлов в одном каталоге

Я другой анон, но если что я как-то получил 100К файлов в 1 дире, потому что накодил парсер бэкапа NVRAM энной железки на составляющие. В их NVRAM записи лежали без иерархии и я сделал разбор этого в файлы 1 в 1. Сколько там записей я понятия не имел. Оказалось - около 100К. Я что для этого добра должен был кодить костыли с генерацией дир которые ничему не соответствуют и воркэраундят тупняки ФС? В линуксе с миднайтом и btrfs такая структура открывается влет, за какие-то секунды. А что-то сделать с записью #67193 можно и по ее имени, если надо, мотать список от и до - не обязательно.

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

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

Куда и им им место. У одного fsck сносит тома под рассказ "not a bug" от авторов, второй вообще скорее proof of concept чем готовое решение. Разработчики линуксной версии сабжа менее ушибленые и поэтому реюзанули подсистемы кернела насколько это вообще катило в их дизайне.

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

375. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 24-Апр-23, 09:07 
>А теперь попробуйте его с таким именем в

Создаётся, представь себе.Правда в портированном  МС и окружении posix.И к сожалению с 7 не создашь.В 95-ме это не работает.Зато удалять тоже себе удовольствие. Повторяю с nt4 по висте можно было посторонним софтом создать такие имена.

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

402. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 24-Апр-23, 20:14 
> удовольствие. Повторяю с nt4 по висте можно было посторонним софтом создать
> такие имена.

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


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

413. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 24-Апр-23, 22:17 
> через backup api полагаю до сих пор можно. А через обычный заблокировано
> чтоб не понасоздавали такого что потом хрен удалят.

Нет,я имел в виде posix ари.Оно было до висты.В висте убрали и отключили по умолчанию posix поток,но можно было включить и через Cygwin создать такие имена файлов.Вообще роsix поток htfs оказался как чемодан без ручки -виндовс утилиты читать такие файлы не могли,удалить тоже,проверка диска стандартная игнорировала эти файлы.....


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

349. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от maximnik0 (?), 23-Апр-23, 21:45 
>потому как имена слишком длинные"

К сожалению это Posix совместимость. В btrfs падч тривиальный и кол-во байт на имя легко можно увеличить.А если записывать в не юних фс -ntfs и exfat  то проблем с длинной нет.Хотя была фс которая также поддерживала длинные имена,но сейчас находится в состоянии выпиливания -райзер.
Хотя нтфс тоже декларировали posix совместимую,255 символов домена имени,все буквы Unix . Только они взяли кодировку utf-16.А это 2 байта на символ.А в linux до сих пор 8 битные кодировки имён.

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

355. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от пох. (?), 23-Апр-23, 22:32 
> . Только они взяли кодировку utf-16.А это 2 байта на символ.А

unicode16
В utf16 все то же самое что в utf8, это кодировка переменной длинны - но минимальная длина символа - двухбайт. И есть четырехбайтные для тех которые не влезли. (Да, они й...нутые - они _расширили_ фиксированную двухбайтную кодировку тем же идиотским способом вместо того чтоб плюнуть и сделать четырехбайтную фиксированную как уже один раз было сделано.)


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

364. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 24-Апр-23, 03:05 
> и сделать четырехбайтную фиксированную как уже один раз было сделано.)

Да вот понимаешь ли, в результате у меня в системе в UTF8 английские имена коих 99.9% занимают столько же места сколько 1-байтные. А в вон том эти метаданные в 4 раза раздует, во спасибо.

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

260. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 22-Апр-23, 23:55 
Просто норот твой - т-поват и хватается за любую модную и молодженую смузи х-ету даже не задаваясь вопросом надо ли.
А банально поставить воспроизводимый эксперимент - не обучен.

Просто не сильно хуже. В то ли 4 то ли восемь раз - не сильно. write amplification, ага. Это без дублирования конечно же.

> Экстенты и индексированые директории так то немного более свежие идеи.

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

Нет, в иерархии линукс кернел нет ничего подобного. И мы на ней когда-то тестировали 10G линки. Упиралось в физику дисков (когда домучали физику 10G)

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

267. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 00:34 
> Просто не сильно хуже. В то ли 4 то ли восемь раз
> - не сильно. write amplification, ага. Это без дублирования конечно же.

Теории это красиво, пох, но ты знаешь, по статистике допустим системного SSD на вот именно этом компе (ну точнее его хосте) после замены EXT4 -> Btrfs объем записи в единицу времени особо и не изменился. Про 10-20% я б еще проверил. Про 4-8 раз - это полное фуфло, не подтверждаемое статистикой накопителя. Но ты можешь надуть с умным видом щеки еще раз. И это причина по которой я буду верить инструментированым метрикам а не бреду чудиков с опеннета "out of the blue".

> прости, но мне не особо нужна фича помойки из миллиона файлов в одном каталоге.

Да тебе и эффективный работинг за компом кажется не требуется.

> Я понятия не имею как из них потом выбрать нужный.

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

> Нет, в иерархии линукс кернел нет ничего подобного.

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

> И мы на ней когда-то тестировали 10G линки. Упиралось в физику дисков (когда домучали
> физику 10G)

Это видимо на большом не фрагментированом файле, так кто угодно быстрый, но при этом фс вообще стрессу не подвергается. И сейчас видите ли SSDшники быстрые завезли, они совершенно не обязаны в те величины упираться. Там и btrfs по оверхеду на метаданные - ну вот икается местами, да. NTFS с его кучей костылищ впрочем лучше точно не будет. Только он еще и по фичам близко не стоял чтоб его такой еще и терпеть. Ради удобного добавления или вытаскивания стоража в пул я готов и потерпеть некоторые отклонения от идеала допустим. А во имя луны их терпеть - это ты без меня.

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

271. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от пох. (?), 23-Апр-23, 00:53 

>> И мы на ней когда-то тестировали 10G линки. Упиралось в физику дисков (когда домучали
>> физику 10G)
> Это видимо на большом не фрагментированом файле, так кто угодно быстрый, но

для т-пых - это на иерархии твоего любимого linux kernel - что большого нашлось под рукой то и взяли (некоторые еще любили исходники qt, они пожырнее будут)
Просто банально копировали их с zfs на локальный ntfs ssd и обратно.
Пока оно не уперлось примерно в пропускную способность физических устройств (по чтению, с записью там несколько более уныло, кстати, разницы между самбой и ntfs поверх сетевого диска особо тоже не видели - снова узким местом оказались сами диски) и не решили что ачивка получена.

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

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

277. "Продемонстрирована возможность загрузки Windows из раздела с..."  +/
Сообщение от Аноним (-), 23-Апр-23, 02:05 
> для т-пых - это на иерархии твоего любимого linux kernel - что
> большого нашлось под рукой то и взяли (некоторые еще любили исходники
> qt, они пожырнее будут)
> Просто банально копировали их с zfs на локальный ntfs ssd и обратно.

Я что-то не понимаю, если это локально то 10G линки при чем? Ну или что, куда и как и в какой конфигурации копировалось? Алсо, NTFS может быть относительно шустрым - ЕСЛИ кеш прогрет и в него всякие там оглавления файлов и проч уместились. Но это такое довольно большое если. Потому что вон те данные далеко не всегда cache hit наслаждаются. А про то в каком состоянии кеши были ты вообще ничего не сказал. На холодную перфоманс NTFS в работе с разлапистыми иерархиями довольно позорный, а зазырить список с 100К файлов в 1 дире там вообще можно заманаться ждать.

> ntfs поверх сетевого диска особо тоже не видели - снова узким
> местом оказались сами диски) и не решили что ачивка получена.

Да вот был совсем другой опыт с ntfs - когда он почему-то в разы тормознее того к чему я уже в лине привык работал.

> но лично мне не по карману, поэтому это знание не несет
> даже теоретического интереса.

А я таки от этой возни в плюсе. Даже если я не буду обкладываться nvme, понижение оверхеда дает неиллюзорный бонус на эмбедовке с слабыми процами на более приземленных сторажах. И в целом системы становятся быстрее.

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

341. "Продемонстрирована возможность загрузки Windows из раздела с..."  +1 +/
Сообщение от пох. (?), 23-Апр-23, 21:12 
> Я что-то не понимаю, если это локально то 10G линки при чем?

ты похоже вообще многого не понимаешь за пределами своей норки. Ну подумай головой если в ней еще после btrfs осталось место.

> Ну или что, куда и как и в какой конфигурации копировалось?
> Алсо, NTFS может быть относительно шустрым - ЕСЛИ кеш прогрет и
> в него всякие там оглавления файлов и проч уместились. Но это

поэтому и использовали исходники qt. Чтоб точно не уместилось. Впрочем, оно давало вполне разумные результаты и на первом и на последующих прогонах.

> работе с разлапистыми иерархиями довольно позорный, а зазырить список с 100К
> файлов в 1 дире там вообще можно заманаться ждать.

повторяю - ты у нас единственный дypачок которого эта суперважная проблема вообще беспокоит.
Остальные имеют мозг просто не создавать себе подобных проблем. Хотя бы и потому что никому не нужен список из 100K файлов, вот вообще низачем.
(кстати в такой помойке очень забавненько ведут себя банальные ls и rm - и нет, файловая система не виновата что у тебя ls виснет)

> Да вот был совсем другой опыт с ntfs - когда он почему-то
> в разы тормознее того к чему я уже в лине привык работал.

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

А не наваливал бы под себя кучи - не было бы и страданий.

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

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

365. Скрыто модератором  +/
Сообщение от Аноним (-), 24-Апр-23, 03:48 
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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