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

В ядре Linux 3.3 появится новая реализация механизма изменен..., opennews (??), 11-Янв-12, (0) [смотреть все] на лету это как На смонтированной ФС , Аноним (-), 22:02 , 11-Янв-12, (1) –1   // Да Это работает с ядра 2 6 9 или может ещё раньше Только теперь будет быстрее , acmnu (ok), 22:09 , 11-Янв-12, (3) +3   // Т е вы знаете как это сделать Толку то от того, что оно теоретически возможно е, Аноним (-), 22:37 , 11-Янв-12, (14) –7   // На рабочей машине, не отмонтируя разделы lvresize dev vg0 usr -L 5G resize2, koblin (ok), 22:53 , 11-Янв-12, (16) +2   А уменьшить как , Аноним (-), 01:05 , 12-Янв-12, (32)   umountresize2fslvresizemount, anonymous (??), 02:21 , 12-Янв-12, (40)   Отмонтируй корень, а , Аноним (-), 03:57 , 12-Янв-12, (46) –2   Гoвно вопрос - перемонтировать оный в другое место и отмонтируйте себе старый , Аноним (-), 06:48 , 12-Янв-12, (57)   на работающей системе , rico (ok), 13:26 , 12-Янв-12, (75)   Я как-то плохо себе представляю перемонтирование корня на НЕработающей системе , Аноним (-), 13:59 , 12-Янв-12, (77) +4   mount -o bindman mount, pavlinux (ok), 00:08 , 13-Янв-12, (122) +2   А что, работает даже на неработающей системе , Аноним (-), 18:42 , 13-Янв-12, (145)   угу, pavlinux (ok), 23:39 , 13-Янв-12, (155)   Это как , Аноним (-), 15:22 , 14-Янв-12, (158)   http www opennet ru openforum vsluhforumID3 82380 html 122, pavlinux (ok), 15:52 , 14-Янв-12, (159)   На смонтированном разделе - практически нереально из-за фиксированного расположе, z (??), 12:21 , 12-Янв-12, (70) –1   Знаешь, так как умеет винда при загрузке перелопатить и в линуксе можно сделат, Аноним (-), 14:02 , 12-Янв-12, (78)   Нет, при работающей системе, в диспетчере дисковАга, это открытое решение _будет, z (??), 14:27 , 12-Янв-12, (85) –1   Пока вантузятники мечтают нормальные люди работают и отдыхают, такие дела, фтыш (?), 16:54 , 12-Янв-12, (100) +1   А, видимо с какой-то еще подобной операцией перепутал, когда система ребутается , Аноним (-), 18:18 , 12-Янв-12, (104)   с какой это практической целью и чтобы успешно провести данную операцию нужно з, z (??), 19:05 , 12-Янв-12, (116) –1   Ну не нравится мне допустим дефолтная буква диска Хочу другую Например S - Sy, Аноним (-), 17:39 , 13-Янв-12, (138) –2   User294, вы совсем уже до маразма скатились, перестав читать, на что отвечаете , PereresusNeVlezaetBuggy (ok), 17:42 , 13-Янв-12, (139)   Вполне Почему я должен пользоваться системой в несимпатичном мне виде Я что, м, Аноним (-), 18:44 , 13-Янв-12, (146)   А мне не нравится, что в линуксе букв дисков нет, а ещё техническая система назы, z (??), 12:14 , 16-Янв-12, (170)   Винда снепшоты умеет со времён 2000 Причём не просто снепшот, а выборочный снеп, Aleksey Salow (ok), 05:47 , 13-Янв-12, (124)   Это только в теории на сферическом компе в вакууме А в реальных боевых условиях, filosofem (ok), 12:16 , 13-Янв-12, (129)   Да в снепшотах тоже ничего такого особенного и необычного Только умеет их две f, Aleksey Salow (ok), 12:43 , 13-Янв-12, (130)   Да, чувак, звездолету натурально не требуется бензиновый двигатель Потому что у, Аноним (-), 18:04 , 13-Янв-12, (141)   Запорожец тоже умеет летать с момента выпуска Правда довольно хреново и для усп, Аноним (-), 17:58 , 13-Янв-12, (140)   Мне не нужно монтировать Мне нужно откатить систему до состояния на вчера , а , Aleksey Salow (ok), 20:54 , 13-Янв-12, (151)   Организовать вполне можно А почему нет Насколько напрямую и без подпорок - воп, Аноним (-), 16:17 , 14-Янв-12, (160)   это даже FAT умеет потому что на самом деле оно просто копирует данные, никакое, arisu (ok), 20:09 , 13-Янв-12, (148)   кто куда копирует Создание снепшота на ntfs занимает пару секунд почитайте про , Aleksey Salow (ok), 20:57 , 13-Янв-12, (152)   То-то любой апдейт при инициализировании точки системного рестора клинит секунд , Аноним (-), 16:22 , 14-Янв-12, (161)   В platform sdk в качестве примера есть утилитка для работы с vss, она создаёт сн, Aleksey Salow (ok), 21:15 , 14-Янв-12, (167)   Кстати, юмор скорее в том, что в 2010--12 гг для доступа к разделам все еще исп, Аноним (-), 17:12 , 13-Янв-12, (137)   Ой да ладно Если сильно горит - пиши свою прогу работающую в Native режиме и за, Aleksey Salow (ok), 05:21 , 13-Янв-12, (123)   Спасибо, но мне более не интересен виндоус и я не собираюсь под него что либо пр, Аноним (-), 18:06 , 13-Янв-12, (142)   наверное, это потому, что ты не пробовал писать и отлаживать native-приложения, arisu (ok), 20:10 , 13-Янв-12, (149)   Во-во В лине даже на ранней фазе загрузки это более-менее обычный пингвин будет, Аноним (-), 16:23 , 14-Янв-12, (162)   Винда умеет уменьшать разделы Новость, однако Это с какой версии , Crazy Alex (ok), 14:04 , 12-Янв-12, (80)   В семёрке заметил и успешно протестировал данную опцию, возможно ещё в висте поя, z (??), 14:28 , 12-Янв-12, (86)   Зато букву системного диска поменять не может Ну это еще ладно, если бы внятно , Аноним (-), 18:20 , 12-Янв-12, (105)   C какой целью Не-индусы-кулхацкеры сами понимают, почему нельзя, z (??), 19:10 , 12-Янв-12, (118) –1   Вы еще спросите почему я могу захотеть монтировать диски в разные точки файловой, Аноним (-), 16:27 , 14-Янв-12, (163)   Ну так попробуй перемонтировать рут в usr root, например, при тонне работающих , z (??), 14:46 , 16-Янв-12, (171)   Справедливости ради - не более, чем в два раза насколько понимаю, из-за положен, PereresusNeVlezaetBuggy (ok), 18:39 , 12-Янв-12, (112)   Положение журнала равно как и остальных структур FS не фиксировано, ну и атрибут, z (??), 19:09 , 12-Янв-12, (117)   Не то чтобы фиксировано, но, например, положение MFT и MftMirr зашито в bootbl, PereresusNeVlezaetBuggy (ok), 20:22 , 12-Янв-12, (119)   Сами-то поняли, что написали Зашито то, что нельзя изменить, как-то распол, z (??), 22:42 , 12-Янв-12, (120)   Термин не совсем корректный использовал, признаю Тем не менее, у меня есть смут, PereresusNeVlezaetBuggy (ok), 22:57 , 12-Янв-12, (121)   Вручную - конечно, и это правильно, только офлайнТочно никто не скажет, т к тол, z (??), 16:51 , 13-Янв-12, (133)   См выше о чём была речь изначально мол, винда умеет на живую даже у системно, PereresusNeVlezaetBuggy (ok), 16:57 , 13-Янв-12, (135)   См выше - я уменьшал размер системног раздела с 250Гб до 40ГбСм вышеСм вышеЭт, z (??), 11:48 , 16-Янв-12, (168)   Вроде как прибито только mft и порядок записей в корне Всё остальное гуляет как, Aleksey Salow (ok), 05:51 , 13-Янв-12, (125)   Гулять-то гуляет, только на живой системе о чём речь и была изначально LogFil, PereresusNeVlezaetBuggy (ok), 06:18 , 13-Янв-12, (128)   Нельзя перемещать онлайн не значит фиксированная позиция - об этом речь изна, z (??), 16:57 , 13-Янв-12, (134)   Пожалуйста, читайте внимательно Русским по HTML написано Не то чтобы фиксиров, PereresusNeVlezaetBuggy (ok), 17:02 , 13-Янв-12, (136)   Я понимаю, но то, что размер можно уменьшить и существенно больше, чем вдвое - ф, z (??), 11:51 , 16-Янв-12, (169)   А без LVM Вопрос про создание точных копий раздела без его отмонтирования все ещ, Аноним (-), 13:41 , 13-Янв-12, (131)   Снапшот делает вот так lvresize -s -L 1G dev vg lvСоздание снапшота отличается , ach (ok), 23:03 , 11-Янв-12, (18)   А что будет после того, как объем изменений исходного тома превысит размер, указ, Аноним (-), 04:31 , 12-Янв-12, (49) –1   снапшот станет невалидным, Одмин (?), 13:51 , 12-Янв-12, (76)   Для этого надо использовать next3 или ext4dev В next3 это делается так mkdir sn, anonymous (??), 05:50 , 12-Янв-12, (50)   даже во фряхе на ufs это делается одной командой, а тут сраный бублик Про zfs д, Aleksey Salow (ok), 05:54 , 13-Янв-12, (126)   Я конечно понимаю что в винде с автоматизацией х-во и вообще, заточено на нелени, Аноним (-), 18:10 , 13-Янв-12, (143)   Т е стабильного решения для продакшена нет Снепшоты в экспериментальных ФС бесс, Аноним (-), 13:45 , 13-Янв-12, (132)   zfs snapshot раздел имя, Аноним (-), 06:12 , 12-Янв-12, (54) +1   Ага, в Linux 3 3 , Аноним (-), 06:48 , 12-Янв-12, (58)   Г-но вопрос http zfsonlinux org , Аноним (-), 10:05 , 12-Янв-12, (60)   Жаль, что проект в коме, ага , onon (?), 11:17 , 12-Янв-12, (65) –1   zfs-0 6 0-rc6 tar gz 8212 ZFS Version 0 6 0-rc6 Tarball1 8MB Uploaded Octob, Аноним (-), 12:19 , 12-Янв-12, (69) +1   Последний раз в прошлом году апдейтился, фи , Аноним (-), 14:06 , 12-Янв-12, (81) –1   Когда выйдет 3 3 напомните мне лишний раз забекапить данные , filosofem (ok), 22:08 , 11-Янв-12, (2) // Используйте dev null - в него можно бэкапать ежедневно , Аноним (-), 22:12 , 11-Янв-12, (5) +4 // его , evgeny_t (ok), 22:45 , 11-Янв-12, (15) –1 Бэкапаешь из dev zero и dev random в dev null - и сервак при деле, и у админа, Аноним (-), 01:20 , 12-Янв-12, (38) +4 // Самый философский скриптcat dev zero 124 gzip log, бедный буратино (ok), 06:30 , 12-Янв-12, (56) А знаешь, постепенно log отрастет и место в фс закончится Интересная философи, Аноним (-), 12:33 , 12-Янв-12, (71) +1 В начале 2013 выйдет , meequz (ok), 23:18 , 11-Янв-12, (22) –1 Пользуйся календарем Майя , x (?), 01:10 , 12-Янв-12, (35) Ого какая вкуснятина Ждём Уже не терпиться опробовать, по-эксперементировать , EuPhobos (ok), 22:09 , 11-Янв-12, (4) +7 // Это называется как положить себе грабельки на ровном месте Операция потенциальн, Аноним (-), 22:13 , 11-Янв-12, (6) +1 // Операция опасная Но макароны не обязательны, есть lvm, он сам всё разрулит, над, SKAtina (?), 22:16 , 11-Янв-12, (7) // Если конструкция 171 ext4 поверх lvm 187 навернётся будут уже не макароны, а, Аноним (-), 23:16 , 11-Янв-12, (20) +2 Спасибо что поделились своима фантазиями Держите нас в курсе , Df232z (?), 00:33 , 12-Янв-12, (28) –1 Никогда не видели лаишичку Приходите работать в какую-нибудь контору по data re, Аноним (-), 14:08 , 12-Янв-12, (82) Ну мы же не на виндовсе работаем Да и доверие зарабатывается не сразу, а годам, EuPhobos (ok), 22:19 , 11-Янв-12, (9) // именно по этому у вас сбойнет что в винде в отличаи от линукса ПО тестируют , Аноним (-), 23:18 , 11-Янв-12, (23) –11 Винду не тестируют, винду продают, Kroz (??), 23:35 , 11-Янв-12, (25) +4 Использовать нельзя тестировать , Df232z (?), 00:34 , 12-Янв-12, (29) +2 В винде Тестируют Не смешите мои тапочки Вон позавчера у знакомого на рабочем , Аноним (-), 01:08 , 12-Янв-12, (33) +2 потные пляски Балмера назвать тестированием 8212 это сильно , фтыш (?), 16:56 , 12-Янв-12, (101) Как-то фигово тестируют, если даже нормальное сообщение о ошибке выбросить не мо, Аноним (-), 18:57 , 13-Янв-12, (147) Если долго портить машину, она сломается законы Мерфи Грубо говоря, если ре, Аноним (-), 14:24 , 12-Янв-12, (83) в LVM инсталяциях довольно часто нужно менять размер var log или папок для врем, anonymous (??), 22:35 , 11-Янв-12, (13) // А заранее с запасом сделать размер раздела - не, не того А то при современных р, Аноним (-), 14:25 , 12-Янв-12, (84) Ты наверное не в курсе что в сервера идут SAS-овские винты, которые не таких бол, фтыш (?), 17:06 , 12-Янв-12, (102) И что, у вас логи не лезут Это ж какого объема винты и логи должны быть , Аноним (-), 18:25 , 12-Янв-12, (106) –1 apt-get install btrfs-toolsи экспериментируйте если не терпится , filosofem (ok), 22:21 , 11-Янв-12, (10) // Пивка бы сейчас глотнуть --- Вот водку пей, если не терпится Нет, я хочу ex, EuPhobos (ok), 22:25 , 11-Янв-12, (11) –1 // - Пивка бы глотнуть Сейчас бы инвалидную коляску в магазин съездить - Автомоб, filosofem (ok), 22:33 , 11-Янв-12, (12) +1 видимо потому что автомобиль с квадратными колесами и весь разбитый и ржавый, Аноним (-), 23:20 , 11-Янв-12, (24) Вы этот автомобиль в глаза не видели а по факту - там, простите, персональный ко, Аноним (-), 14:30 , 12-Янв-12, (87) Под инвалидной коляской, очевидно, подразумевается btrfs , Аноним (-), 00:53 , 12-Янв-12, (30) Согласен гонять на такой инвалидной коляске, с ней не то что автомобили, с ней с, Аноним (-), 14:32 , 12-Янв-12, (88) Ага, похмелился и поехал И пофигу, что бухой, без прав, и водить не умеешь Ну ва, Аноним (-), 01:10 , 12-Янв-12, (34) Это как В CP M чтоли Ну там где ФС даже без директорий была и с округлением ра, Аноним (-), 18:27 , 12-Янв-12, (107) Лучше так не хватает где - ХРЯСТЬ - накатил пару блинов на HDD и радуешься Ил, Аноним (-), 23:40 , 11-Янв-12, (26) // А приколитесь, в btrfs именно так и будет выглядеть Не хватает места Воткнул е, Аноним (-), 14:34 , 12-Янв-12, (89) Ололо, что только линуксоиды не придумают В ZFS таких проблем вообще нет , Аноним (-), 06:11 , 12-Янв-12, (53) // Еще один слоупок http zfsonlinux org , Аноним (-), 10:09 , 12-Янв-12, (61) Понабежали бздуны разные в тему про Linux Зачем вы вообще сюда пришли Кто ва, iZEN (ok), 15:39 , 12-Янв-12, (95) +4 // iZEN, ты меня пугаешь, надеюсь это был сарказм, Аноним (-), 16:16 , 12-Янв-12, (97) Забыл отлогиниться , Аноним (-), 16:42 , 12-Янв-12, (99) У тебя сегодня что-то просто нереальные приступы адекватности Ущипните меня, , Аноним (-), 18:28 , 12-Янв-12, (108) +1 То, о чём вы пишете, должно называться thin provisioning, и вообще делаться не д, onon (?), 11:29 , 12-Янв-12, (66) Вот это я понимаю оптимизация, Аноним (-), 22:19 , 11-Янв-12, (8) +1 // growfs в прошлом веке придумали, если что , iZEN (ok), 23:04 , 11-Янв-12, (19) –2 // А как насчет shrinkfs , Аноним (-), 14:34 , 12-Янв-12, (90) Да, какой, прогресс Вон раньше была моде присылать Линусу патчи на 100 строк с , x (?), 01:16 , 12-Янв-12, (36) // Видимо, раньше было что оптимизировать Теперь все тривиальные оптимизации сдела, Аноним (-), 01:18 , 12-Янв-12, (37) Патчей от NEXT3 таки не видать Жаль , sca (?), 23:03 , 11-Янв-12, (17) +3 В оригинале Below are benchmarks I made on my personal computer, fses with fle, nE0sIghT (ok), 23:17 , 11-Янв-12, (21) Это даже в nilfs сто лет в обед как сделано Лучше скажите, когда снапшоты будут , Аноним (-), 01:03 , 12-Янв-12, (31) +1 // Снапшоты есть в других ФС, предназначенных для продакшена В XFS, например, можн, iZEN (ok), 02:44 , 12-Янв-12, (43) // типун тебе на язык , ананим (?), 04:07 , 12-Янв-12, (47) // Почему же UFS2 быстрее ext4, при том там есть и журнал т е fsck не нужен и с, Аноним (-), 06:15 , 12-Янв-12, (55) Позволь пожать твое щупальце, о посланец иных миров , XPEH (?), 09:01 , 12-Янв-12, (59) +1 Дааа А может вы даже бенчмарки делали Не полелитесь ли воспроизводимыми метода, Аноним (-), 18:32 , 12-Янв-12, (110) С последующим таки добавлением журналирования сейчас вроде уже запилили встроен, Аноним (-), 04:21 , 12-Янв-12, (48) +1 Да нафига Будет btrfs Coming soon Вон уже тестовая группа камикадзе с федорой, Аноним (-), 14:54 , 12-Янв-12, (91) // А напуркуа звездолету аэродинамика Они его с орбиты будут запускать и на орб, filosofem (ok), 15:59 , 12-Янв-12, (96) Чтобы нормально в воздушное пространство входить, для посадки на поверхность Аг, Аноним (-), 18:35 , 12-Янв-12, (111) тестовая группа зюзи тоже может правда, там всё ещё надо для этого кнопочку наж, arisu (ok), 20:20 , 13-Янв-12, (150) Ну я на своей генте с декабря на руте бтр держу До этого пару лет на внешнем вин, ананим (?), 23:32 , 13-Янв-12, (154) а я сдуру везде ставлю jfs старая любовь к OS 2 бесследно не проходит и тольк, arisu (ok), 01:23 , 14-Янв-12, (157) Ну не, если кнопочку - менее интересно, будет маловато тех кто ее нажмет А так , Аноним (-), 16:35 , 14-Янв-12, (164) Давно есть для ext3 next3 и недавно появились для ext4 ext4dev , anonymous (??), 05:58 , 12-Янв-12, (51) О, внедрили таки фичу которую умеет если не ошибаюсь только XFS В комплекте с L, Siberianlaika (ok), 02:07 , 12-Янв-12, (39) // Вылезайте из криокамеры Умеет уже очень давно Более того, она умеет уменьшатьс, anonymous (??), 02:26 , 12-Янв-12, (41) Та реально, нормальные бэкапы можно только с лайв-фс снимать, а для этого дейст, StreamThreader (ok), 02:33 , 12-Янв-12, (42) // rsync для бэкапов чем плох Вроде никто до сих пор не жаловался Да ещё утилиты d, iZEN (ok), 02:48 , 12-Янв-12, (44) // Дамп и рсинк рвзные вещи, дамп не будет работать в ext4, так-как нету снапшотов,, StreamThreader (ok), 02:55 , 12-Янв-12, (45) плох тем, что он не делает бэкапы В отличие, например, от dump а или tar а, all_glory_to_the_hypnotoad (ok), 11:01 , 12-Янв-12, (64) Наверное тем что если ты убьешь или перезапишешь 10 файлов и потом бэкапнешься , Аноним (-), 14:59 , 12-Янв-12, (92) Тем что в момент бекапа ФС должна находиться в непротиворечивом и целостном сост, Aleksey Salow (ok), 06:10 , 13-Янв-12, (127) Именно поэтому их и сделали http ru wikipedia org wiki Next3, anonymous (??), 06:05 , 12-Янв-12, (52) // Вы пробовали их реально применять в работе , sca (?), 13:12 , 12-Янв-12, (73) // Да, anonymous (??), 13:20 , 12-Янв-12, (74) интересно, а за какое время будет выполнена обратная операция с 230 Гб до 20 Гб, Kind Anon (?), 10:13 , 12-Янв-12, (62) +1 Ну да, есть конечно ещё и ZFS но мы же про ext4, StreamThreader (ok), 10:14 , 12-Янв-12, (63) // Не ссыте, в линухе можете считать что его нет Ну не будет его там в нормальном , Аноним (-), 15:02 , 12-Янв-12, (93) // Аналогично Спасибо Apache за жлобство, что OpenOffice впустит под APL Что, RA, iZEN (ok), 18:32 , 12-Янв-12, (109) // Там скорее спасибо надо ораклу сказать Караул устал и проекту настал форк Ко, Аноним (-), 18:40 , 12-Янв-12, (113) Удивительно, но в ZFS работает загрузка с RAW-нисителя без предварительной его р, iZEN (ok), 18:48 , 12-Янв-12, (115) Угу, а bios совсем не требует в mbr бутсектора с характерным оформлением, которо, Аноним (-), 18:21 , 13-Янв-12, (144) Приколи себе на память http bu7cher blogspot com 2011 03 freebsd-zfs html, iZEN (ok), 23:20 , 13-Янв-12, (153) Чувак, у меня ext4 диск без таблицы разделов есть Обломался Правда это в роу, Аноним (-), 16:47 , 14-Янв-12, (165) Чувак, сделать флэшку без разметки труда не составляет newfs -U dev da0Ты загр, iZEN (ok), 17:33 , 14-Янв-12, (166) хым ну наконецто а то после AIX в линухе сильне нехватает возможности именн, Аноним (-), 12:08 , 12-Янв-12, (67) // XFS увеличивается _только_ в смонтированном состоянии Так что всё уже очень дав, Nicknnn (ok), 14:03 , 12-Янв-12, (79) Когда они уже наконец ext-tools запилят новые Не возможно отформатить в ext4 то, metallic (ok), 16:18 , 12-Янв-12, (98) 1,2,4,8,17,21,31,39,42,62,63,67,98

Сообщения

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

1. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–1 +/–
Сообщение от Аноним (-), 11-Янв-12, 22:02
"на лету" это как? На смонтированной ФС?
Ответить | Правка | Наверх | Cообщить модератору

	3. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+3 +/–
	Сообщение от acmnu (ok), 11-Янв-12, 22:09
	Да. Это работает с ядра 2.6.9 или может ещё раньше. Только теперь будет быстрее.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–7 +/–
	Сообщение от Аноним (-), 11-Янв-12, 22:37
	Т е вы знаете как это сделать? Толку то от того, что оно теоретически возможно если никакой софт этого не умеет. А как сделать снепшот смонтированного раздела? Всяко полезнее.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+2 +/–
	Сообщение от koblin (ok), 11-Янв-12, 22:53
	На рабочей машине, не отмонтируя разделы: # lvresize /dev/vg0/usr -L +5G # resize2fs /dev/vg0/usr
	Ответить | Правка | Наверх | Cообщить модератору

	32. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 12-Янв-12, 01:05
	А уменьшить как?
	Ответить | Правка | Наверх | Cообщить модератору

	40. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от anonymous (??), 12-Янв-12, 02:21
	> А уменьшить как? umount resize2fs lvresize mount
	Ответить | Правка | Наверх | Cообщить модератору

	46. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–2 +/–
	Сообщение от Аноним (-), 12-Янв-12, 03:57
	> umount Отмонтируй корень, а?
	Ответить | Правка | Наверх | Cообщить модератору

	57. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 12-Янв-12, 06:48
	> Отмонтируй корень, а? Гoвно вопрос - перемонтировать оный в другое место и отмонтируйте себе старый :)
	Ответить | Правка | Наверх | Cообщить модератору

	75. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от rico (ok), 12-Янв-12, 13:26
	на работающей системе?
	Ответить | Правка | Наверх | Cообщить модератору

	77. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+4 +/–
	Сообщение от Аноним (-), 12-Янв-12, 13:59
	> на работающей системе? Я как-то плохо себе представляю перемонтирование корня на НЕработающей системе :). Если вы о том что потенциально могут пострадать какие-то программы - да, могут.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+2 +/–
	Сообщение от pavlinux (ok), 13-Янв-12, 00:08
	mount -o bind man mount
	Ответить | Правка | Наверх | Cообщить модератору

	145. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 13-Янв-12, 18:42
	> mount -o bind А что, работает даже на неработающей системе?! :)
	Ответить | Правка | Наверх | Cообщить модератору

	155. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от pavlinux (ok), 13-Янв-12, 23:39
	>> mount -o bind > А что, работает даже на неработающей системе?! :) угу
	Ответить | Правка | Наверх | Cообщить модератору

	158. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 14-Янв-12, 15:22
	>> А что, работает даже на неработающей системе?! :) > угу Это как? :)
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	159. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от pavlinux (ok), 14-Янв-12, 15:52
	>>> А что, работает даже на неработающей системе?! :) >> угу > Это как? :) https://www.opennet.ru/openforum/vsluhforumID3/82380.html#122
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	70. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–1 +/–
	Сообщение от z (??), 12-Янв-12, 12:21
	На смонтированном разделе - практически нереально из-за фиксированного расположения структур FS. Винда, кстати, умеет даже для системного раздела :P
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	78. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 12-Янв-12, 14:02
	> FS. Винда, кстати, умеет даже для системного раздела :P Знаешь, так как умеет винда (при загрузке перелопатить) и в линуксе можно сделать. В смысле, взлетает минимальная система из initrd и оттуда наглейше лопатит будущий / не монтируя его. Долопатили, смонтировали, поехали дальше. Вот только в винде набор программ работающих в этом режиме - полторы штуки. А в лине вы сами можете рамдиск себе скомпоновать с всем чем угодно и в любой позе. Ну не сравнится закрытая блобятина по гибкости с открытым решением. Даже и не мечтайте.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–1 +/–
	Сообщение от z (??), 12-Янв-12, 14:27
	>Знаешь, так как умеет винда (при загрузке перелопатить) Нет, при работающей системе, в диспетчере дисков >Ну не сравнится закрытая блобятина по гибкости с открытым решением. Даже и не мечтайте. Ага, это открытое решение _будет_ иметь лишь 50% оттого, что _уже есть_ в винде, - мечтать кому-то не приходится, правда =)
	Ответить | Правка | Наверх | Cообщить модератору

	100. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+1 +/–
	Сообщение от фтыш (?), 12-Янв-12, 16:54
	Пока вантузятники мечтают нормальные люди работают и отдыхают, такие дела
	Ответить | Правка | Наверх | Cообщить модератору

	104. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 12-Янв-12, 18:18
	> Нет, при работающей системе, в диспетчере дисков А, видимо с какой-то еще подобной операцией перепутал, когда система ребутается и в native mode том лопатит. Почему-то большинство операций с системным диском или совсем заворачиваются, или требуют ребут и в нативном режиме отдельная приблуда лопатит диск. Как раз чтобы из-под полновесной системы его не вышибать. Тем не менее, а какой-нибудь btrfs вообще позволяет добавить диск в систему и отрастить +N гигазов в файловой системе, и даже данные ребаланснуть туда частично, размазав нагрузку. А можно и изъять. И все это видится как одна файловая система. Да еще снапшоты умеет в нормальном виде за счет CoW механики. А вот еще прикол: элементарная попытка замены буквы диска на системном диске с C: на Z: в win7. Сначала предупреждают что это может испортить карму некоторым программам. Соглашаемся. И получаем... нет, не изменение буквы диска. --------------------------- Virtual Disk Manager --------------------------- The parameter is incorrect. --------------------------- OK   --------------------------- Круче я видел только "error: the operation completed successfully". > Ага, это открытое решение _будет_ иметь лишь 50% оттого, что _уже есть_ > в винде, - мечтать кому-то не приходится, правда =) Насчет 50% - когда в винде будет файловая система умеющая хотя-бы 50% от того что уже умеет btrfs - вернитесь и похвастайтесь. Но я думаю что MS еще десяток-другой лет будет кормить вас завтраками про то как круты их дисковые технологии 20-летней давности :)
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	116. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–1 +/–
	Сообщение от z (??), 12-Янв-12, 19:05
	>элементарная попытка замены буквы диска на системном диске с C: на Z: в win7. с какой это практической целью? и чтобы успешно провести данную операцию нужно закрыть все открытые файлы, что в случае с системным разделом чревато, учите матчасть >того что уже умеет btrfs Эта та, у которой жуткая внутренняя фрагментация метаданных из-за того, что пишущий её человек имеет плохое представление о том, что можно делать с B-Trees, а что нельзя? >Да еще снапшоты умеет в нормальном виде за счет CoW механики. VSS был ещё в XP, не из консоли, но кому нужно было - пользовались, вылезайте из берлоги >Разработчики не рекомендуют использовать данную ФС ни для чего кроме тестирования, так как, по словам одного из разработчиков, она «может съесть ваши данные» (англ. may eat your data) no comments, как говорится =)
	Ответить | Правка | Наверх | Cообщить модератору

	138. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–2 +/–
	Сообщение от Аноним (-), 13-Янв-12, 17:39
	> с какой это практической целью? Ну не нравится мне допустим дефолтная буква диска. Хочу другую. Например S: - System. А мне C: какое-то сосватали, панимаишь. Тем более что технически система > и чтобы успешно провести данную операцию нужно закрыть все открытые файлы, > что в случае с системным разделом чревато, учите матчасть А, ну во, тоже отмазки начались :). Кстати это не оправдывает индусское сообщение о ощибке из которого вообще не понятно WTF. >>того что уже умеет btrfs > Эта та, у которой жуткая внутренняя фрагментация метаданных из-за того, что пишущий > её человек имеет плохое представление о том, что можно делать с B-Trees, а что нельзя? Ну да, конечно, архитект из оракла - лабух, куча кернельных разработчиков ФС - мальчики, погулять вышли. А вот какой-то виндузятник с древним нтфс собранным по технологиям двадцатилетней давности с его огромными битмапами, блочным аллокатором и фрагментирующмся $mft нас тут будет учить файловые системы делать. Извини, дядя, сам катай на запорожце в мире где можно бесплатно получить персональный звездолет. Если для этого надо немного поучаствовать в отладке - окей, поучаствуем. А вы и дальше верьте бухтежу старьевщика о том как круты раздолбаные драндулеты которые хороши только тем что он их видите ли продает и ему денег хочется. >>Да еще снапшоты умеет в нормальном виде за счет CoW механики. > VSS был ещё в XP, не из консоли, но кому нужно было > - пользовались, вылезайте из берлоги Нет, при сильном желании полететь конечно может и запорожец. Если например его с обрыва пихнуть. Только у него при этом аэродинамика паршивая и управляемость по нулям. Ну вот сами и летайте на VSSном запорожце, если вам надо. А я при желании взлететь предпочту что-то с более удачной аэродинамикой и управляемостью, извините. С VSS я не могу вот так по простому со снапшотами оперировать в системе искаропки. Не говоря о том что в COW файловой системе это нативное свойство структур ФС. Что воздается записью со скоростью почти как без журнала и при том  с надежностью как у ФС журналирующей данные+метаданные. Что в традиционном дизайне ФС сажало скорость записи в разы. Лютый win. Но у виндоуса его не будет. Зато мне как пользователю такое свойство ФС очень нравится. Быстро и надежно? Одновременно?! Классический дизайн ФС так не умеет. А тут вообще запись недеструктивная. Так что необдуманное действие (снес допустим диру с документами по ошибке) можно тупо откатить. При том снапшоты в этой механике настолько халявные что ФС их автоматом лепит как некие барьеры, помечающие точки заведомой консистентности состояний ФС на случай краха. Довольно круто заинженерено на мое имхо. Куда там до этого древнему нтфсу с пачкой костылей. Сколько ваш запор не тюнь, хорошим звездолетом он не станет. Изначальной конструкцией не предусмотрено. >> как, по словам одного из разработчиков, она «может съесть ваши данные» (англ. may eat your data) > no comments, как говорится =) Ну, понимаешь, оно уже написано и тестируется. И такая штука делается минимум несколько лет. В свете этого ты я думаю догадываешься что ты будешь кушать в виндовсе. Правильно. Нтфс. Еще хренадцать лет. Под видом последнего писка.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 13-Янв-12, 17:42
	>> с какой это практической целью? > Ну не нравится мне допустим дефолтная буква диска. Хочу другую. User294, вы совсем уже до маразма скатились, перестав читать, на что отвечаете. Для вас "мне не нравится" - это практическая цель? Остальная демагогия на том же уровне: сравнение тёплого с мягким и прошлого с будущим.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 13-Янв-12, 18:44
	> Для вас "мне не нравится" - это практическая цель? Вполне. Почему я должен пользоваться системой в несимпатичном мне виде? Я что, мазохист?
	Ответить | Правка | Наверх | Cообщить модератору

	170. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от z (??), 16-Янв-12, 12:14
	> Ну не нравится мне допустим дефолтная буква диска. Хочу другую А мне не нравится, что в линуксе букв дисков нет, а ещё техническая система называется >о ощибке из которого вообще не понятно WTF. Ну я ж и говорю: не-индусам понятно, индусам - непонятно > Ну да, конечно, архитект из оракла - лабух, куча кернельных разработчиков ФС > - мальчики, погулять вышли. Да, столько страшных слов, только факта дефектного дизайна не отменяют https://lkml.org/lkml/2010/6/3/313 Можешь поспорить с Байером =) > собранным по технологиям двадцатилетней давности с его огромными битмапами Битмапами чего? > Но у виндоуса его не будет. Уже есть, с 2000-го года, учи матчасть > Ну, понимаешь, оно уже написано и тестируется Я даже знаю, за счёт чьих данных =)
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	124. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Aleksey Salow (ok), 13-Янв-12, 05:47
	>  Да еще снапшоты умеет в нормальном виде за счет CoW механики Винда снепшоты умеет со времён 2000. Причём не просто снепшот, а выборочный снепшот, например всё кроме документов. Этим System Restore пользуется, и в случае отката позволяет откатить только систему не затронув пользовательские документы. Ваш btrfs так умеет? > Насчет 50% - когда в винде будет файловая система умеющая хотя-бы 50% от того что уже умеет btrfs - вернитесь и похвастайтесь. А на лету откатывать изменения ваша эта btrfs умеет? Накатывает винда апдейт через winupdate, а тут раз - ошибка, и msi так неспеша на живой системе делает откат. А всё потому что ntfs поддерживает транзакционность. А вот какая из линупсовых fs поддерживает транзакционность, а? В общем пилите Шура^W User296, они, эти ваши fs в линупсе, золотые. И когда btrfs станет как минимум альфой, тогда и приходите мерятся, а то как-то некузяво сравнивать production ready fs с чемто что under heavy development.
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	129. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от filosofem (ok), 13-Янв-12, 12:16
	Это только в теории на сферическом компе в вакууме. А в реальных боевых условиях: - The shadow copies of volume G: were deleted because the shadow copy storage could not grow in time.  Consider reducing the IO load on the system or choose a shadow copy storage volume that is not being shadow copied. - Volume Shadow Copy Service error: Error calling a routine on the Shadow Copy Provider... - Initialization failed. Error 0x8004230f: The shadow copy provider had an unexpected error while trying to process the specified operation. И т.д. и т.п. Короче на компьютере бухгалтерши конечно через раз срабатывает если повезет, а на нормально нагруженных массивах подводные грабли на каждом шагу. Не пригоден ваш MS для продакшна одним словом. >А на лету откатывать изменения ваша эта btrfs умеет? Умеет. И чего в этом такого особенного необычного и гениального? >А вот какая из линупсовых fs поддерживает транзакционность, а? Ну btrfs к примеру. Еще вопросы?
	Ответить | Правка | Наверх | Cообщить модератору

	130. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Aleksey Salow (ok), 13-Янв-12, 12:43
	>>А на лету откатывать изменения ваша эта btrfs умеет? > Умеет. И чего в этом такого особенного необычного и гениального? Да в снепшотах тоже ничего такого особенного и необычного. Только умеет их две fs: одна дохлая, вторую ещё не написали. >>А вот какая из линупсовых fs поддерживает транзакционность, а? > Ну btrfs к примеру. Еще вопросы? Как подксазывает википедия: Btrfs supports a very limited form of transaction without ACID semantics: rollback is not possible, only one transaction may run at a time and transactions are not atomic with respect to storage. Как там юзер любит говорить: спасибо, не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 13-Янв-12, 18:04
	> Как там юзер любит говорить: спасибо, не надо. Да, чувак, звездолету натурально не требуется бензиновый двигатель! Потому что у него другой принцип работы. Эта транзакционная семантика была создана чтобы классические ФС, даже те которые журналят только метаданные (а журналить данные - тормозно), могли бы надежно и предсказуемо работать когда это надо. CoW достигают того же самого иначе. Поэтому для них транзакционная семантика - это костыль делающий повторную работу. И так есть старое состояние ФС и новое, если успели его дописать до краха. Такая ФС представляет из себя сплошной кусок "логов транзакций".
	Ответить | Правка | Наверх | Cообщить модератору

	140. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 13-Янв-12, 17:58
	> Винда снепшоты умеет со времён 2000. Причём не просто снепшот, а выборочный > снепшот, например всё кроме документов. Запорожец тоже умеет летать с момента выпуска. Правда довольно хреново и для успешного взлета нужна горка. > Этим System Restore пользуется, Да. И глядя на то сколько времени занимает создание в нем снапшота - я пожалуй посоветую вам летать вашими запорожцами без меня. > и в случае отката позволяет откатить только систему не затронув пользовательские > документы. Ваш btrfs так умеет? Там вообще можно монтировать разные снапшоты в разные точки ФС и работать с ними. Ну-ка покажите мне в винде мой документ в виде как он был вчера, до обеда и вот сейчас? А чтоб я еще и не дергался при этом на handjob c системами контроля версий и прочая? В btrfs сие можно. Более того - система то хрен с ней! А вот если я убил папку с документами - вот это задница, да. В случае бтфс я смогу тупо откатиться на автоматический спапшот сделанный за несколько секунд до аварии. А что мне виндусь предложит? Просрать документы? Спасибо, разок именно так я и влетел. Да еще просрав их overwrite'ом поверх друг друга старой версией, а вот это уже ни одна утиль undelete не осилит восстановить. А btrfs - запросто откатил бы меня на прошлый автоматический снапшот. Это не ФС а одна сплошная машина времени по сути. >> Насчет 50% - когда в винде будет файловая система умеющая хотя-бы 50% от того что уже умеет btrfs - вернитесь и похвастайтесь. > А на лету откатывать изменения ваша эта btrfs умеет? Можно даже круче: смонтировать снапшот в сторонку и там с ним работать. Вообще ничего не откатывая, например. Ну вот нужно нам пару документов с состояния как было позавчера. Нафиг все крушить, теряя при этом изменения за 2 дня?! Подцепили, выудили, готово. Машина времени со всеми наворотами. > Накатывает винда апдейт через winupdate, а тут раз - ошибка, и msi так неспеша > на живой системе делает откат. Ага. А если при откате ошибка - он попадает в такую задницу что потом не может ни инсталлить программы, ни удалять. Такая опа колоритная получается, что просто слов нет. Плавали, знаем. > А всё потому что ntfs поддерживает  транзакционность. А вот какая из лин упсовых > fs поддерживает транзакционность, а? С btrfs федористы покруче сделали. До установки апдейта - снапшот. А если что не так - ну и откат на этот снапшот. Как будто вообще не ставили апдейтов. Кстати если вы почитаете стандарт posix то узнаете что в нем есть системные вызовы в аккурат для обеспечения транзакционности. С предсказуемым сбросом буферов и все дела. Ну и файловые системы реализуют это разумеется. А куда они денутся?! Правда сама эта транзакционная семантика в свете развития CoW файловых систем выглядит довольно архаично. По сути это обеспечение надежности работы ФС сторонним костылем из уровня приложения. В CoW такое достигается простой недеструктивностью записи - если не доехали до финиша, просто забываем про это. А если доехали так это потом никто не будет разрушать вот так вот сразу при дозаписи/перезаписи и процесс повторяется. > В общем пилите Шура^W User296, они, эти ваши fs в линуп се, золотые. Допиливать звездолеты, даже сыроватые, интереснее чем летать на двадцатилетнем запорожце. Так что я последую вашему совету. Хочу такой вот звездолет. Мне он нужен. Даже поучаствовать в сборке и тестировании готов по этому поводу. > И когда btrfs станет как минимум альфой, тогда и приходите мерятся, > а то как-то некузяво сравнивать production ready fs с чемто что > under heavy development. Да знаете, звездолет, даже в виде экспериментального прототипа как-то туго сравнивается с запорожцем. Хреново запорожцы летают, ага.
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

	151. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Aleksey Salow (ok), 13-Янв-12, 20:54
	> Там вообще можно монтировать разные снапшоты в разные точки ФС и работать > с ними. Мне не нужно монтировать. Мне нужно откатить систему до состояния "на вчера", а мои документы не трогать. Так ясно? > Ну-ка покажите мне в винде мой документ в виде > как он был вчера, до обеда и вот сейчас? Правой кнопкой -> Properties -> Previous versions > А вот если я убил папку > с документами - вот это задница, да. В случае бтфс я > смогу тупо откатиться на автоматический спапшот сделанный за несколько секунд до > аварии. А кто автомагически снепшот делает то? rm? > Можно даже круче: смонтировать снапшот в сторонку и там с ним работать. Смонтировать? Для этого ж админские права нужны. В zfs заходить в корне в директорию .zfs/snapshots и всё. >> А всё потому что ntfs поддерживает  транзакционность. А вот какая из лин упсовых >> fs поддерживает транзакционность, а? > С btrfs федористы покруче сделали. До установки апдейта - снапшот. А если > что не так - ну и откат на этот снапшот. т.е. если я поменяю стопицот своих документов, то при откате он их откатит тоже? > Кстати если вы почитаете стандарт posix > то узнаете что в нем есть системные вызовы в аккурат для > обеспечения транзакционности. С предсказуемым сбросом буферов и все дела. Ну и > файловые системы реализуют это разумеется. А куда они денутся?! Та вы шо. И даже ACID реализуют? Даже не смешно. > Правда сама > эта транзакционная семантика в свете развития CoW файловых систем выглядит довольно > архаично. По сути это обеспечение надежности работы ФС сторонним костылем из > уровня приложения. В CoW такое достигается простой недеструктивностью записи - если > не доехали до финиша, просто забываем про это. А если доехали > так это потом никто не будет разрушать вот так вот сразу > при дозаписи/перезаписи и процесс повторяется. Вы не понимаете о чём я говорю. Одна запись то атомарна, а вот если нужно внести правки в два и более файла, то всё, приплыли. Ни одна линупсячая fs не может гарантировать что все правки будут применены, или не будут применены вообще, т.е. она не отвечает принципу атомарности. А Transactional-NTFS умеет такое, и работает по тем же принципат что и БД (надеюсь тут сомнений в необходимости транзакций у вас не возникает).
	Ответить | Правка | Наверх | Cообщить модератору

	160. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 14-Янв-12, 16:17
	> Мне нe нyжно монтировать. Мнe нужно откатить систему до состояния "на вчера", > а мои документы не трогать. Так ясно? Организовать вполне можно. А почему нет? Насколько напрямую и без подпорок - вопрос номер два, но фич ФС для этого так или иначе хватит. Давайте до этого до...я, потому что у вас же цель пометом в линухи покидаться, да? :) >> Ну-ка покажите мне в винде мой документ в виде >> как он был вчера, до обеда и вот сейчас? > Правой кнопкой -> Properties -> Previous versions А там по дефолту нас ждет фигъ. Оказывается, надо было заранее, а оно еще и некисло тормозит и жрет уйму места на диске. Ваш запорожец - довольно хреновый летун с весьма неочевидным управлением полетом. Хотя говорят что каскадер может и на запорожце небольшое расстояние пролететь без вреда для себя. > А кто автомагически снепшот делает то? rm? Файловая система. Сама. Это часть ее логики восстановления после крахов. Бтрфс сам лепит автоматические временные снапшоты раз в 30 секунд. Это просто точки в которых данные и метаданные синхронны и состояние ФС логически корректно. Это быстро, потому что для снапшота все структуры и так по сути всегда есть. При крахе недописанные ошметки с момента прошлого снапшота просто игнорируются. И никаких вам проверок ФС и реплеев журналов не надо. Просто забиваем на недописанный мусор и автоматом получаем ФС в виде "за секунды до взрыва". Вот и весь "откат транзакции". >> Можно даже круче: смонтировать снапшот в сторонку и там с ним работать. > Смонтировать? Для этого ж админские права нужны. В zfs заходить в корне > в директорию .zfs/snapshots и всё. Видимо более умного повода до...я не нашлось. Ну что я вам скажу - пользуйтесь NTFS, чтоли. Ваш запор намного лучше нашего космолета. Правда единственным его премуществом является то что вы к нему уже привыкли. >> С btrfs федористы покруче сделали. До установки апдейта - снапшот. А если >> что не так - ну и откат на этот снапшот. > т.е. если я поменяю стопицот своих документов, то при откате он их откатит тоже? В дефолтовом виде - да, вся ФС откатится. Хотя какое-то странное развлечение - менять 100500 документов при накатке апдейтов. Тем не менее, я не вижу проблем выцепить и актуальные версии документов и откатить систему в старое состояние. Ну заснапшотили неудачное состояние. Грузанулись со старого снапшота. Вынули из нового что нужно да прибили, чтоб место не занимал, например. > И даже ACID реализуют? Даже не смешно. А куда они денутся. И даже буфера дисков честно и корректно сбрасывают получив соответствующий сискол. И даже гундят в лог если конфигурация железа так не позволяет. Более того, ext4 например настолько поумнел что даже подыгрывает некорректно написанным программам которые сами по себе не дергают сисколы правильно для гарантии сохранности их файлов при крахе. Детектя некоторые типовые последовательности и по своей воле скидывая буфера, хоть семантика операций этого и не требует. От MS такого не дождешься. [..] > правки будут применены, или не будут применены вообще, А, вы для сразу группы файлов. Да и фиг с ним. По моим наблюдениям кстати MSI обычно вполне себе вываливает файлы в путь назначения а если там что-то было, пихает их в временную бэкапную папку. Поэтому уж не знаю как там у вас космические корабли бороздят просторы тихого океана но наблюдаемое поведение MSI - довольно топорно и примитивно. Заменять файло без ребута этот шiт вообще не умеет. В лине с этим как-то сильно проще все. Там ребут вообще нужен только разве что для перезапуска ядра. И то вон одна конторка даже ядро на ходу допатчивать умеет, затыкая дыры без ребута, патча ядро прямо в рантайм :) Ну и да, рассказ о достижениях в бороздежке океана - это круто. Но за мою жизнь я сломал например менеджер пакетов dpkg при активном использовании целых три раза (за 6 лет). И он еще и подсказывал как это чинить. А msi installer я поломал наверное не менее сотни раз. При том его и ломать особо не надо - достаточно чтобы он при роллбэке испытал какую либо ошибку и наступает полная хана. Он не может откатить, потому что ошибка. А ставить новые проги - не может, потому что нужно сначала откатить. Наступает полный ахтунг, при том никто не знает как это лечится. Внутренние кишки этой механики документированы сильно ниже среднего. Проще систему переставить чем это починить. > т.е. она не отвечает принципу атомарности. А Transactional-NTFS умеет такое, > и работает по тем же принципат что и БД (надеюсь тут сомнений в необходимости > транзакций у вас не возникает). Ну да, я уже понял о чем вы. Кстати по сути федористы с своими снапшотами до установки пакетов что-то такое же по смыслу на btrfs и сгородили. Но поскольку это не в расово верной винде - все, г-но, однозначно. Кстати что-то этому вашему MSI не очень помогает вся эта механика. Более того - менеджера пакетов который был бы ненадежнее и кривее MSI я попросту еще не встречал. Топор из каменного века на фоне парней с бензопилами. Для сравнения: я за всю жизнь убил dpkg 3 раза (и он подсказывал как чинить). А MSI - несколько десятков раз (и как чинить - нигде не описано). При том ломается довольно просто - если при ролбэке случается ошибка, MSI попадает в логическую ловушку. Откатить транзакцию он не может, потому что ошибка (например, нужного для отката файла почему-то не оказалось). И ставить новые программы он не может потому что надо сначала откатить. В общем перемудрили, как обычно.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "В ядре Linux 3.3 появится новая реализация механизма..."	+/–
	Сообщение от arisu (ok), 13-Янв-12, 20:09
	> Винда снепшоты умеет со времён 2000. Причём не просто снепшот, а выборочный > снепшот, например всё кроме документов. это даже FAT умеет. потому что на самом деле оно просто копирует данные, никакое это не уберсвойство FS. > А на лету откатывать изменения ваша эта btrfs умеет? Накатывает винда апдейт > через winupdate, а тут раз — ошибка, и msi так неспеша > на живой системе делает откат. А всё потому что ntfs поддерживает > транзакционность. нет. потому что msi поддерживает, а не fs. и то — криво.
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

	152. "В ядре Linux 3.3 появится новая реализация механизма..."	+/–
	Сообщение от Aleksey Salow (ok), 13-Янв-12, 20:57
	> это даже FAT умеет. потому что на самом деле оно просто копирует > данные, никакое это не уберсвойство FS. кто куда копирует? Создание снепшота на ntfs занимает пару секунд. >> А всё потому что ntfs поддерживает транзакционность. > нет. потому что msi поддерживает, а не fs. и то — криво. почитайте про transactional ntfs
	Ответить | Правка | Наверх | Cообщить модератору

	161. "В ядре Linux 3.3 появится новая реализация механизма..."	+/–
	Сообщение от Аноним (-), 14-Янв-12, 16:22
	> кто куда копирует? Создание снепшота на ntfs занимает пару секунд. То-то любой апдейт при инициализировании точки системного рестора клинит секунд на 30. Кстати еще это бюро медвежьих услуг очень умно сохраняет завирусованные файлы, так что антивирус их с одной попытки зачастую еще и вычистить не может.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "В ядре Linux 3.3 появится новая реализация механизма..."	+/–
	Сообщение от Aleksey Salow (ok), 14-Янв-12, 21:15
	>> кто куда копирует? Создание снепшота на ntfs занимает пару секунд. > То-то любой апдейт при инициализировании точки системного рестора клинит секунд на 30. > Кстати еще это бюро медвежьих услуг очень умно сохраняет завирусованные файлы, > так что антивирус их с одной попытки зачастую еще и вычистить > не может. В platform sdk в качестве примера есть утилитка для работы с vss, она создаёт снепшоты за считаные секунды. Чем занимается система при создании точки отката - мне не ведомо.
	Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

	137. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 13-Янв-12, 17:12
	Кстати, юмор скорее в том, что в 2010--12 гг. для доступа к разделам все еще используются МС-ДОСовские "буквы", а не обычные точки монтирования, причем не диким софтом, а самой системой.
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	123. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Aleksey Salow (ok), 13-Янв-12, 05:21
	>  Вот только в винде набор программ работающих в этом режиме - полторы штуки Ой да ладно. Если сильно горит - пиши свою прогу работающую в Native режиме и запускающуюся на ранних стадиях. Документации полно, примеры есть, гугль тоже об этом знает. Не вижу никаких проблем.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	142. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 13-Янв-12, 18:06
	> Ой да ладно. Если сильно горит - пиши свою прогу работающую в > Native режиме и запускающуюся на ранних стадиях. Документации полно, примеры есть, > гугль тоже об этом знает. Не вижу никаких проблем. Спасибо, но мне более не интересен виндоус и я не собираюсь под него что либо программить. MS вообще довольно враждбная к системщикам контора. Они хотят всем рулить сами и только сами. Мне с такими не по пути.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "В ядре Linux 3.3 появится новая реализация механизма..."	+/–
	Сообщение от arisu (ok), 13-Янв-12, 20:10
	> Не вижу никаких проблем. наверное, это потому, что ты не пробовал писать *и отлаживать* native-приложения. «приветмир» не считается.
	Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

	162. "В ядре Linux 3.3 появится новая реализация механизма..."	+/–
	Сообщение от Аноним (-), 14-Янв-12, 16:23
	> наверное, это потому, что ты не пробовал писать *и отлаживать* native-приложения. «приветмир» > не считается. Во-во. В лине даже на ранней фазе загрузки это более-менее обычный пингвин будет. Ну может либы и софт минимизированный слегка но по крайней мере никакого Принципиально Нового Апи (тм) изучать не придется.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Crazy Alex (ok), 12-Янв-12, 14:04
	Винда умеет уменьшать разделы? Новость, однако. Это с какой версии?
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	86. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от z (??), 12-Янв-12, 14:28
	> Винда умеет уменьшать разделы? Новость, однако. Это с какой версии? В семёрке заметил и успешно протестировал данную опцию, возможно ещё в висте появилось - проверить нет возможности
	Ответить | Правка | Наверх | Cообщить модератору

	105. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 12-Янв-12, 18:20
	> В семёрке заметил и успешно протестировал данную опцию, возможно ещё в висте > появилось - проверить нет возможности Зато букву системного диска поменять не может. Ну это еще ладно, если бы внятно объяснили почему. А то вывалили какой-то дефолтный еррор "на отъ...сь" и довольны. Индусы детектед.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–1 +/–
	Сообщение от z (??), 12-Янв-12, 19:10
	> Зато букву системного диска поменять не может. Ну это еще ладно, если > бы внятно объяснили почему. А то вывалили какой-то дефолтный еррор "на > отъ...сь" и довольны. Индусы детектед. C какой целью? Не-индусы-кулхацкеры сами понимают, почему нельзя
	Ответить | Правка | Наверх | Cообщить модератору

	163. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 14-Янв-12, 16:27
	> C какой целью? Не-индусы-кулхацкеры сами понимают, почему нельзя Вы еще спросите почему я могу захотеть монтировать диски в разные точки файловой системы. Не, знаете, если разговор о том что "можно перекантоваться без %s" то в CP/M перекантовывались вообще без иерархии (не было директорий) и даже точного размера файлов (известно только число занятых блоков ФС). Вот только ну его нафиг - перекантовываться.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от z (??), 16-Янв-12, 14:46
	Ну так попробуй перемонтировать рут в /usr/root, например, при тонне работающих приложений - я с большим удовольствием на это посмотрю
	Ответить | Правка | Наверх | Cообщить модератору

	112. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 12-Янв-12, 18:39
	>> Винда умеет уменьшать разделы? Новость, однако. Это с какой версии? > В семёрке заметил и успешно протестировал данную опцию, возможно ещё в висте > появилось - проверить нет возможности Справедливости ради - не более, чем в два раза (насколько понимаю, из-за положения журнала NTFS), а то и ещё меньше - файлы с атрибутом "системный" перемещать низзя.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	117. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от z (??), 12-Янв-12, 19:09
	> Справедливости ради - не более, чем в два раза (насколько понимаю, из-за > положения журнала NTFS), а то и ещё меньше - файлы с > атрибутом "системный" перемещать низзя. Положение журнала равно как и остальных структур FS не фиксировано, ну и атрибуты файлов подправить никто не мешает :)
	Ответить | Правка | Наверх | Cообщить модератору

	119. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 12-Янв-12, 20:22
	>> Справедливости ради - не более, чем в два раза (насколько понимаю, из-за >> положения журнала NTFS), а то и ещё меньше - файлы с >> атрибутом "системный" перемещать низзя. > Положение журнала равно как и остальных структур FS не фиксировано, Не то чтобы фиксировано, но, например, положение $MFT и $MftMirr зашито в bootblock. $LogFile же, если правильно помню описание структуры NTFS, располагается в середине диска, и является неперемещаемым файлом (т.е., например, дефрагментации не подлежит). Хотя сейчас на скорую руку подтверждения не нашёл, так что мог и соврать... Но что-то в середине диска неперемещаемое точно есть, из-за чего NTFS-раздел заметно уменьшить нельзя. > ну и атрибуты файлов подправить никто не мешает :) Атрибуты не просто так выставляются, между прочим. ;)
	Ответить | Правка | Наверх | Cообщить модератору

	120. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от z (??), 12-Янв-12, 22:42
	>положение $MFT и $MftMirr зашито в bootblock Сами-то поняли, что написали? :) "Зашито" то, что нельзя изменить, как-то расположение групп инодов и битмапов каждые 128Mb на ext*, если в бутблоке что-то можно поменять, зачит оно не может быть "зашито" по логике вещей >$LogFile же, если правильно помню описание структуры NTFS, располагается в середине диска, и является неперемещаемым файлом (т.е., например, дефрагментации не подлежит Это что-то вроде рекомендации, расположение не фиксировано, но для перемещения требуется размонтирование - это да >Но что-то в середине диска неперемещаемое точно есть, из-за чего NTFS-раздел заметно уменьшить нельзя. Вполне могут быть точки восстановления >Атрибуты не просто так выставляются, между прочим. ;) Но нас же это не останавливает? :)
	Ответить | Правка | Наверх | Cообщить модератору

	121. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 12-Янв-12, 22:57
	>>положение $MFT и $MftMirr зашито в bootblock > Сами-то поняли, что написали? :) "Зашито" то, что нельзя изменить, как-то расположение > групп инодов и битмапов каждые 128Mb на ext*, если в бутблоке > что-то можно поменять, зачит оно не может быть "зашито" по логике > вещей Термин не совсем корректный использовал, признаю. Тем не менее, у меня есть смутные сомнения, что Win7 даст подправить эти адреса: как минимум, WinXP точно не даёт что-либо просто так писать в первые сектора диска из userspace даже с админскими правами; о Vista/7 я не в курсе, к сожалению. Хотя это уже скорее недоработка в ОС, если логику смены адреса перенести в драйвер NTFS, то проблема решаема. >>$LogFile же, если правильно помню описание структуры NTFS, располагается в середине диска, и является неперемещаемым файлом (т.е., например, дефрагментации не подлежит > Это что-то вроде рекомендации, расположение не фиксировано, но для перемещения требуется > размонтирование - это да >>Но что-то в середине диска неперемещаемое точно есть, из-за чего NTFS-раздел заметно уменьшить нельзя. > Вполне могут быть точки восстановления Нет, не они точно. По-моему, всё же журнал, или резервная копия MFT, или ещё что-то в этом духе. >>Атрибуты не просто так выставляются, между прочим. ;) > Но нас же это не останавливает? :) Ага. Это всего лишь может обвалить какой-нибудь драйвер в системе, вплоть до невозможности её запуска. Нафиг-нафиг такие эксперименты. Впрочем, в современных виндах таких файлов не так уж и много.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от z (??), 13-Янв-12, 16:51
	>Тем не менее, у меня есть смутные сомнения, что Win7 даст подправить эти адреса Вручную - конечно, и это правильно, только офлайн >Нет, не они точно. Точно никто не скажет, т.к. только у бутблока фиксированная позиция, всё остальное - на совести утилиты форматирования/офлайн дефрагментаторов >Ага. Это всего лишь может обвалить какой-нибудь драйвер в системе, вплоть до невозможности её запуска. Драйверы разве что уровня io.sys/msdos.sys, т.к. в NT файл драйвера после запуска можно вообще удалить :)
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	135. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 13-Янв-12, 16:57
	>>Тем не менее, у меня есть смутные сомнения, что Win7 даст подправить эти адреса > Вручную - конечно, и это правильно, только офлайн См. выше о чём была речь изначально: мол, винда умеет "на живую" даже у системного раздела размер менять. >>Нет, не они точно. > Точно никто не скажет, Я скажу. Я их удалял в своё время, когда столкнулся с невозможностью уменьшить размер более чем вдвое. > т.к. только у бутблока фиксированная позиция, всё остальное > - на совести утилиты форматирования/офлайн дефрагментаторов Ещё раз: речь была про изменения без перезагрузки. Лог NTFS (журнал в обычном понимании) никто не даст перемещать на смонтированной файловой системе. >>Ага. Это всего лишь может обвалить какой-нибудь драйвер в системе, вплоть до невозможности её запуска. > Драйверы разве что уровня io.sys/msdos.sys, т.к. в NT файл драйвера после запуска > можно вообще удалить :) А к чему вы это сказали, вообще непонятно. Причём тут файлы с драйверами??? Я говорил о том, что те или иные подсистемы (в т.ч. не "родные", от MS) могут быть завязаны на некое зафиксированное (хотя бы на этапе установки оной подсистемы) положение тех или иных файлов.
	Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

	168. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от z (??), 16-Янв-12, 11:48
	>См. выше о чём была речь изначально: мол, винда умеет "на живую" даже у системного раздела размер менять. См. выше - я уменьшал размер системног раздела с 250Гб до 40Гб >Я скажу. Я их удалял в своё время, когда столкнулся с невозможностью уменьшить размер более чем вдвое. См. выше >Ещё раз: речь была про изменения без перезагрузки. См. выше >Лог NTFS (журнал в обычном понимании) никто не даст перемещать на смонтированной файловой системе. Это понятно, но изменять размер до его положения (явно не определённого) можно >Я говорил о том, что те или иные подсистемы (в т.ч. не "родные", от MS) могут быть завязаны на некое зафиксированное (хотя бы на этапе установки оной подсистемы) положение тех или иных файлов. Могут быть завязаны разве что на $-файлы, другого не доказано
	Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

	125. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Aleksey Salow (ok), 13-Янв-12, 05:51
	Вроде как прибито только mft и порядок записей в корне. Всё остальное гуляет как угодно, если не ошибаюсь, лень за русиновичем в соседнюю комнату шагать.
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	128. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 13-Янв-12, 06:18
	> Вроде как прибито только mft и порядок записей в корне. Всё остальное > гуляет как угодно, если не ошибаюсь, лень за русиновичем в соседнюю > комнату шагать. Гулять-то гуляет, только на живой системе (о чём речь и была изначально) $LogFile перемещать низзя. Эх, как назло ни одного NTFS-ного диска сейчас под руками нет...
	Ответить | Правка | Наверх | Cообщить модератору

	134. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от z (??), 13-Янв-12, 16:57
	> Гулять-то гуляет, только на живой системе (о чём речь и была изначально) $LogFile перемещать низзя. "Нельзя перемещать онлайн" не значит "фиксированная позиция" - об этом речь изначально, я успешно уменьшал системный раздел с 250гб до 40гб на предустановленной системе
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	136. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 13-Янв-12, 17:02
	>> Гулять-то гуляет, только на живой системе (о чём речь и была изначально) $LogFile перемещать низзя. > "Нельзя перемещать онлайн" не значит "фиксированная позиция" - об этом речь изначально, > я успешно уменьшал системный раздел с 250гб до 40гб на предустановленной > системе Пожалуйста, читайте внимательно. Русским по HTML написано: "Не то чтобы фиксировано...", - и ранее, ВАМИ: "винда, кстати, умеет даже для системного раздела". На время монтирования файловой системы (т.е., в случае системного раздела, на время работы запущенной с него операционной системы) позиция $LogFile и некоторых других структур фиксирована.
	Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

	169. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от z (??), 16-Янв-12, 11:51
	> На время монтирования файловой системы (т.е., в случае системного раздела, на время > работы запущенной с него операционной системы) позиция $LogFile и некоторых других > структур фиксирована. Я понимаю, но то, что размер можно уменьшить и существенно больше, чем вдвое - факт. В любом случае линукс не может даже на 0.1% уменьшить, - и этого достаточно
	Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

	131. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 13-Янв-12, 13:41
	А без LVM? Вопрос про создание точных копий раздела без его отмонтирования все еще актуален. Или хотябы бэкап занятых файлов. Винда и то умеет.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	18. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от ach (ok), 11-Янв-12, 23:03
	Снапшот делает вот так: lvresize -s -L 1G /dev/vg/lv Создание снапшота отличается по сути только наличием опции "-s". Ну и еще указывается сам том, с которого снимок делается.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	49. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–1 +/–
	Сообщение от Аноним (-), 12-Янв-12, 04:31
	А что будет после того, как объем изменений исходного тома превысит размер, указанный при создании снапшота?
	Ответить | Правка | Наверх | Cообщить модератору

	76. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Одмин (?), 12-Янв-12, 13:51
	снапшот станет невалидным
	Ответить | Правка | Наверх | Cообщить модератору

	50. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от anonymous (??), 12-Янв-12, 05:50
	>как сделать снепшот смонтированного раздела? Для этого надо использовать next3 или ext4dev. В next3 это делается так: mkdir .snapshots chattr.next3 +x .snapshots                                                         touch .snapshots/snapshot chattr.next3 -X +S .snapshots/snapshot chattr.next3 -X +n .snapshots/snapshot mount -t ext2 -r -o loop .snapshots/snapshot /mnt/snapshot umount -d /mnt/snapshot chattr.next3 -X -n .snapshots/snapshot chattr.next3 -X -S .snapshots/snapshot rm .snapshots/snapshot
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	126. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Aleksey Salow (ok), 13-Янв-12, 05:54
	даже во фряхе на ufs это делается одной командой, а тут сраный бублик. Про zfs даже говорить не хочется, как там удобно со снепшотами работать и тасовать как душа пожелает.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 13-Янв-12, 18:10
	> даже во фряхе на ufs это делается одной командой, а тут сраный бублик. Я конечно понимаю что в винде с автоматизацией х-во и вообще, заточено на неленивых обезьян, но у линуксоидов обычно нет проблемы оформить эту этажерку и в результате все сведется к какому-нибудь СделайтеМнеЗашибись.sh :)
	Ответить | Правка | Наверх | Cообщить модератору

	132. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 13-Янв-12, 13:45
	Т е стабильного решения для продакшена нет? Снепшоты в экспериментальных ФС бессмысленны, т к этим фс никто важные данные все равно не доверит. Надеюсь, в будущем будет параметр к dd, позволяющий клонировать смонтированные разделы.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	54. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+1 +/–
	Сообщение от Аноним (-), 12-Янв-12, 06:12
	> А как сделать снепшот смонтированного раздела? zfs snapshot раздел@имя
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	58. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 12-Янв-12, 06:48
	> zfs snapshot раздел@имя Ага, в Linux 3.3? :)
	Ответить | Правка | Наверх | Cообщить модератору

	60. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+/–
	Сообщение от Аноним (-), 12-Янв-12, 10:05
	>Ага, в Linux 3.3? :) Г-но вопрос: http://zfsonlinux.org/
	Ответить | Правка | Наверх | Cообщить модератору

	65. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–1 +/–
	Сообщение от onon (?), 12-Янв-12, 11:17
	Жаль, что проект в коме, ага.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	+1 +/–
	Сообщение от Аноним (-), 12-Янв-12, 12:19
	> Жаль, что проект в коме, ага. zfs-0.6.0-rc6.tar.gz — ZFS Version 0.6.0-rc6 Tarball 1.8MB · Uploaded October 15, 2011 Ага?
	Ответить | Правка | Наверх | Cообщить модератору

	81. "В ядре Linux 3.3 появится новая реализация механизма изменен..."	–1 +/–
	Сообщение от Аноним (-), 12-Янв-12, 14:06
	> 1.8MB · Uploaded October 15, 2011 > Ага? Последний раз в прошлом году апдейтился, фи :)
	Ответить | Правка | Наверх | Cообщить модератору

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

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