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

Раздел полезных советов: Подключение в BHyVe zvol-диска с другой машины, auto_tips (?), 28-Апр-24, (0) [смотреть все] +1 Ну прям сериал художественный Хорошо пишите 128077 и человек видно добр, OpenEcho (?), 22:52 , 28-Апр-24, (1)   // Я бы на месте тети послал горе-специалиста, который на месте простой и понятной , нах. (?), 23:55 , 28-Апр-24, (2) +7   // Ещё один горе-ойтышник Бухгалтеру советовать базы на внешний винт сливать, зная, Аноним (8), 10:24 , 29-Апр-24, (8) +1   // бухгалтеры вполне умели сливать свои базы даже на дискеточки, и ни одной не пере, нах. (?), 12:10 , 29-Апр-24, (13) +2   Админы очень бодренько присаживаются Но это от следователя зависит Чаще всего , timur.davletshin (ok), 07:48 , 06-Май-24, (59) +1   Предполагаю, что там инкрементный бэкап Акронисом Но бэкап можно было бы делать, Аноним (9), 10:27 , 29-Апр-24, (9) +1   // Как будто шифровальщику что помешало бы и его пошифровать Если бы я нагородил , нах. (?), 12:07 , 29-Апр-24, (11) +1   Читать надо внимательно - онткуда-тоттам копируется на append-only удалённое хра, Аноним (9), 13:45 , 29-Апр-24, (14)   а, ну да, только совершенно неясно, зачем так сложно ну и результат - все слама, нах. (?), 13:58 , 29-Апр-24, (15) +1   со смузи-файлосистемами не взаимодействовал Не надо внутрь файлосистемы запхива, Аноним (9), 11:10 , 30-Апр-24, (32)   А не проще юзать специализированные для бэкапов kopia или restic, которые сделаю, OpenEcho (?), 16:34 , 29-Апр-24, (18) –1   Скорее всего, шифровальщик не вылез бы за пределы VM, а бэкапы до шифровальщика , Аноним (16), 14:25 , 29-Апр-24, (16)   // его просто надо выгнать И нанять такого который умеет сделать понятное окружающ, нах. (?), 14:39 , 29-Апр-24, (17) +2   Правильно, все должны ходить одним строем, а то развели блин ромашки, - только в, OpenEcho (?), 16:52 , 29-Апр-24, (20)   Да нет конечно же Даёшь на каждую стандартную задачу миллион не стандартных реш, mistiq (ok), 05:06 , 03-Май-24, (49)   О Обажаю специалистов крупного пошиба Бабло туды, бабло сюды благо не из с, OpenEcho (?), 15:20 , 04-Май-24, (55)   Я правильно понимаю, что теперь основным критерием выбора технологии являются ла, Аноним (24), 03:54 , 30-Апр-24, (24) +2   Критерием выбора адекватных специалистов всегда была простота, понятность и восп, mistiq (ok), 05:28 , 03-Май-24, (50) +1   Вероятно, чтоб мaндaвoшки из под виндовса не повыпрыгивали и поxеpячили read-on, OpenEcho (?), 16:55 , 29-Апр-24, (21) –1   Зато он в беллетристику умеет А так да Навертел фигни ради собственной уникаль, mistiq (ok), 04:57 , 03-Май-24, (48)   // пока фигня решала поставленную задачу максимально изолировать ценные данные от , нах. (?), 09:41 , 03-Май-24, (53) +1   gt оверквотинг удален Тут не простительно другое Сделать задачу наиболее слож, mistiq (ok), 02:01 , 05-Май-24, (57)   он не особо сложный Неоптимальный скорее Видимо винда была все же ближе и поня, нах. (?), 21:32 , 14-Май-24, (75)   Переусложнённая фигня часто рождается сама У меня вот бухгалтер любила бэкапы, timur.davletshin (ok), 07:56 , 06-Май-24, (60)   То есть фря была выбрана исключительно из личных предпочтений Молодец, чо, очен, Аноним (9), 10:00 , 29-Апр-24, (5) –4 // А линуксоид выбрал бы не линукс , Аноним (8), 10:14 , 29-Апр-24, (7) +3 // Линуксоид бы выбрал систему, поддерживающую много платформ и имеющую больший асс, Аноним (9), 10:36 , 29-Апр-24, (10) причем без умения ей пользоваться, вот что характерно Угу , нах. (?), 12:07 , 29-Апр-24, (12) Более того, систему он наколдовал явно такую, чтобы только наш специалист мог , Аноним (22), 17:23 , 29-Апр-24, (22) +1 // vjopp security енто называетцону какую-то видимо оставил, иначе я не пойму как , нах. (?), 09:06 , 30-Апр-24, (26) +2 // Мир Труд Май Товарищи Ничего себе вы вы тут накомментировали, я вообще не б, КриоМух (ok), 14:56 , 01-Май-24, (40) +10 порадовало неужели после последнего пересказа реми , Аноним (44), 16:10 , 02-Май-24, (44) +10 Честно не понял про что речь Я Одиссею прочитал несколько лет назад в процессе , КриоМух (ok), 16:36 , 02-Май-24, (45) +8 А зачем она на своё сервере открывает dancing_kitties mp4 exe , Аноним (9), 10:02 , 29-Апр-24, (6) // Наверное потому-что она хозяин и делает все что хочет или очень хотела набиться , OpenEcho (?), 16:48 , 29-Апр-24, (19) она открывает информация для бухгалтера, срочно для ознакомления pdf exeМне во, нах. (?), 09:11 , 30-Апр-24, (28) // Зачем это НА СЕРВЕРЕ открывать Открывала бы на своей десктопной машине , Аноним (9), 11:00 , 30-Апр-24, (29) Какие-то приключения админа локалхоста в стране подкроватных стоек Какие выводы, Аноним (23), 19:08 , 29-Апр-24, (23) +3 // Скрыто модератором, Аноним (9), 11:20 , 30-Апр-24, (33) Скрыто модератором, mistiq (ok), 05:31 , 03-Май-24, (51) - Что хороший админ, способный преодолеть новое - редкость - Кроилово ведёт к по, Аноним (63), 20:19 , 06-Май-24, (63) рейд из двух ссд этот бсдшник сломался, несите нового, профессионала , Вася (??), 08:10 , 01-Май-24, (36) // А в ч 235 м принципиальный косяк рейда из 2-х ssd Они что, Как-то по другому д, Воппер (?), 13:02 , 01-Май-24, (37) +3 // Да Диски дохнут рандомно от форс-мажоров вибраций, ударов, заводских дефектов,, Аноним (9), 13:46 , 01-Май-24, (38) +2 // Вот если идти по тексту этой заметки, то там указано - что диски до реализации и, Воппер (?), 14:11 , 01-Май-24, (39) +1 Для начала вспоминаем, что существует зеркалирование и существует резервное копи, Вася (??), 01:17 , 02-Май-24, (43) +4 Конец-то один если не следить, то загнётся _всегда_ внезапно, _всегда_ проблемн, Аноним (65), 20:30 , 06-Май-24, (65) +1 да, тепловая смерть вселенной, Вася (??), 14:51 , 07-Май-24, (66) В общем-то верно RAID1 делается, чтобы было время сбегать в магазин за новыми ди, Аноним (65), 20:25 , 06-Май-24, (64) +1 помимо бессмыленной траты денег буковка i в слове raid не прост так там находил, Вася (??), 00:54 , 02-Май-24, (42) +3 Vm-bhyve можно использовать когда куча виртуалок должны крутиться А если автору, Денис (??), 22:17 , 01-Май-24, (41) +3 Была похожая история когда-то давно, только там не 1с был и не бсд, а центос, ко, Аноним (46), 18:55 , 02-Май-24, (46) +2 // По поводу удаления файлов старше, там конечно же так и сделано было Причём из-з, КриоМух (ok), 20:19 , 02-Май-24, (47) +2 // на самом деле, на sh это довольно сложно, то есть получится много не очень читае, 44 (?), 08:49 , 03-Май-24, (52) хинт zfs умеет в reservation впрочем, для zvol еще надо суметь выключить ну он, нах. (?), 09:55 , 03-Май-24, (54) // Однако в целом все у вас весьма ректально Btrfs зацепили бы к другому компу или, Аноним (58), 04:35 , 05-Май-24, (58) Как итог, дорогой специалист нагородил костылей которые привели к тому же резу, mma (?), 18:49 , 06-Май-24, (61) // нет, потому что пока ему платили - ВМЕСТО дешевого специалиста - оно таки было п, нах. (?), 18:46 , 13-Май-24, (70) +1 В чем сакральный смысл всех этих многоуровневых костылей У пользователей НекроБ, Легивон (?), 10:38 , 11-Май-24, (67) –1 // за которое платить будешь - ты И отдельный вопрос - как быть с тем что вынесенно, нах. (?), 18:44 , 13-Май-24, (69) // Зачем мне платить Я не получаю от этого доход А микропредприятие этой женщины , Легивон (?), 19:58 , 13-Май-24, (71) // а, это у которых залить - почти бесплатно, а вот вытащить - давай бабло Тоже не, нах. (?), 14:29 , 14-Май-24, (72) ржунимагуЧтобы увеличить шансы разбекапа на порядки достаточно проверять что бек, Легивон (?), 17:38 , 14-Май-24, (73) именно zfs snapshot проверять незачем, он либо есть либо его нет и накрылся вме, нах. (?), 21:10 , 14-Май-24, (74) Совершенно верно Именно поэтому это не бекап Я тебе скинул цены Ты даже стоя п, Легивон (?), 21:43 , 15-Май-24, (76) в наследство нет, а по знакомству разобрать подобное - да, просят изредка напри, нах. (?), 10:06 , 16-Май-24, (77) 1,5,6,23,36,41,46,61,67

Сообщения

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

1. "Подключение в BHyVe zvol-диска с другой машины"	+/–
Сообщение от OpenEcho (?), 28-Апр-24, 22:52
Ну прям сериал художественный ! Хорошо пишите 👍  :) и человек видно добрый   (Я б наверно тётю послал... )
Ответить | Правка | Наверх | Cообщить модератору

	2. "Подключение в BHyVe zvol-диска с другой машины"	+7 +/–
	Сообщение от нах. (?), 28-Апр-24, 23:55
	Я бы на месте тети послал горе-специалиста, который на месте простой и понятной ее обслуживающему персоналу конфигурации нах-е-вертел того в чем сам толком не разбирается и простейшая задача прочитать диск для него требует часов гугления (да еще каких-то там бхайвов вместо считать файлы напрямую - вообще прям отличная идея для возможно-завирусованного носителя) и косоруких экспериментов. Причем что характерно - ровно с тем же результатом что у предыдущего - через пару лет всесламалась и ничиво не работаит. Как миллион ненужных прослоек и прокладок должен был бы защитить тетю от вируса-шифровальщика, посети он ее второй раз - так в этой художественной писанине и осталось неизвестным. (а вот банальный внешний диск убираемый на полочку - вполне бы мог)
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Подключение в BHyVe zvol-диска с другой машины"	+1 +/–
	Сообщение от Аноним (8), 29-Апр-24, 10:24
	> (а вот банальный внешний диск убираемый на полочку - вполне бы мог) Ещё один горе-ойтышник. Бухгалтеру советовать базы на внешний винт сливать, зная что там обстановка неконтролируемая? Ну это дно.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Подключение в BHyVe zvol-диска с другой машины"	+2 +/–
	Сообщение от нах. (?), 29-Апр-24, 12:10
	>> (а вот банальный внешний диск убираемый на полочку - вполне бы мог) > Ещё один горе-ойтышник. Бухгалтеру советовать базы на внешний винт сливать, зная что бухгалтеры вполне умели сливать свои базы даже на дискеточки, и ни одной не перепутать - еще в 90е. Потому что сидеть в случае чего будешь не ты а эта тетя. > там обстановка неконтролируемая? Ну это дно. настолько неконтролируемая что левая рука не знает что др-4ит правая? Ну ок... можете ставить freebsd, это уж точно поможет.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Подключение в BHyVe zvol-диска с другой машины"	+1 +/–
	Сообщение от timur.davletshin (ok), 06-Май-24, 07:48
	> Потому что сидеть в случае чего будешь не ты а эта тетя. Админы очень бодренько присаживаются. Но это от следователя зависит. Чаще всего там неумёхи, которые разве что на пушку могут попытаться взять робкого админа. А вот по бухгалтерам у них рука набита лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Подключение в BHyVe zvol-диска с другой машины"	+1 +/–
	Сообщение от Аноним (9), 29-Апр-24, 10:27
	>Как миллион ненужных прослоек и прокладок должен был бы защитить тетю от вируса-шифровальщика, посети он ее второй раз - так в этой художественной писанине и осталось неизвестным. Предполагаю, что там инкрементный бэкап Акронисом. Но бэкап можно было бы делать в Акронисовское облако. Но лучше в другое в облако, ибо Serg Bell (в прошлом Сергей Белоусов), который с 2001 гражданин Сингапура, где Acronis зарегана, хоть и называет себя сингапурским бизнесменом, но по инфе в https://www.bfm.ru/news/429325 без особой огласки участвовал в госконтрактах, и "Поэтому чем свои долги Родине отдать, они найдут" (если что, интервью даёт не тот самый Дмитрий Песков, а другой, но тоже тесно связанный с режимом).
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	11. "Подключение в BHyVe zvol-диска с другой машины"	+1 +/–
	Сообщение от нах. (?), 29-Апр-24, 12:07
	> Предполагаю, что там инкрементный бэкап Акронисом. Как будто шифровальщику что помешало бы и его пошифровать... Если бы я нагородил такой ереси - вероятно инкрементальный бэкап у меня бы был в виде zfs snapshot - автоматически и с автоочисткой. (и без возможности чему-то изнутри ос вмешаться) Но в любом случае кто-то должен за ним присматривать и вовремя поднять тревогу если место кончилось или под снапшотами или под их копиями, или что-то еще перестало работать как надо. "но зачем?!"
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Подключение в BHyVe zvol-диска с другой машины"	+/–
	Сообщение от Аноним (9), 29-Апр-24, 13:45
	Читать надо внимательно - онткуда-тоттам копируется на append-only удалённое хранилище. >вероятно инкрементальный бэкап у меня бы был в виде zfs snapshot На винде?! Или виртуалку с виндой на NTFS в vdi-образе на никсовой ОС на zfs в виде файла? Проще 1 винда прямо на железе и 1 акронис прямо на винде, и оттуда - сразу в облако через encfs + DokanY + s3fs, но сервер настроить так, чтобы ничего не удалял.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Подключение в BHyVe zvol-диска с другой машины"	+1 +/–
	Сообщение от нах. (?), 29-Апр-24, 13:58
	> Читать надо внимательно - онткуда-тоттам копируется на append-only удалённое хранилище. а, ну да, только совершенно неясно, зачем так сложно (ну и результат - все сламалась - именно потому что тетя бухгалтер не видит этот процесс и никак не может его проконтролировать) >>вероятно инкрементальный бэкап у меня бы был в виде zfs snapshot > На винде?! Или виртуалку с виндой на NTFS в vdi-образе на никсовой "читать надо внимательней". У него эта винда - виртуалка в бхайве (какие еще vdi, еще один косорукий васян с образованием десять классов и пыльными методичками из нулевых годов) И ее "диск" прекрасно снапшотится. И "файлов" там вообще нет никаких, zvol там. Но он этого видимо просто не умеет, и пошел череззадничным путем со скриптиками в бат файликах. > и оттуда - сразу в облако через encfs + DokanY + s3fs, А тетя бухгалтер будет все это вот радостно оплачивать из своего кармана. А когда у нее сервер навернется физически-  выяснитя что никто кроме васяна не знает ни паролей, ни доступов, ни вообще куда оно и на чьи чужие компьютеры рассылалось. Отличный план, надежный как швейцарские часы.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Подключение в BHyVe zvol-диска с другой машины"	+/–
	Сообщение от Аноним (9), 30-Апр-24, 11:10
	>"читать надо внимательней". У него zvol со смузи-файлосистемами не взаимодействовал. Не надо внутрь файлосистемы запхивать lvm2. Нужно иметь отдельно lvm2, отдельно ФС. А то zvol, фигол, дохрена ECC-памяти, своя специфика у файлосистемы со своим набором утилит и своей индустрией курсов, им обучающих и сертифицирующих... Мне нищeброду не понять, зачем такие извращения. Винда - NTFS, linux - lvm2 + ext4, но разные физические тома в одну группу никогда сливать. lvm2 - просто для удобства онлайн-переразметки.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Подключение в BHyVe zvol-диска с другой машины"	–1 +/–
	Сообщение от OpenEcho (?), 29-Апр-24, 16:34
	> в облако через encfs + DokanY + s3fs, но сервер настроить так, чтобы ничего не удалял. А не проще юзать специализированные для бэкапов kopia или restic, которые сделают все то же самое, только проще + дедубликацию и одним ключом включить append-only моду чем городить огород в котором потом никто не разберется?
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	16. "Подключение в BHyVe zvol-диска с другой машины"	+/–
	Сообщение от Аноним (16), 29-Апр-24, 14:25
	>Как миллион ненужных прослоек и прокладок должен был бы защитить тетю от вируса-шифровальщика, посети он ее второй раз - так в этой художественной писанине и осталось неизвестным. Скорее всего, шифровальщик не вылез бы за пределы VM, а бэкапы до шифровальщика были бы доступны в любом случае. Т.е. варианта сделать, шоб полностью как whonix и приложение в своем контуре, не стояло, стоял вариант сделать бэкапы. Если бы такой вариант стоял, я конечно, в 1с не разбираюсь, но стоило бы либо дёргать её через вино, либо через линуксулятор и прокидывать на винду через xming, предварительно как-то прокинув туда файло с винды, но тут встанут проблемки с seamless небольшие и побольше - со скоростью. >Я бы на месте тети послал горе-специалиста, который на месте простой и понятной ее обслуживающему персоналу конфигурации нах-е-вертел того в чем сам толком не разбирается и простейшая задача прочитать диск для него требует часов гугления (да еще каких-то там бхайвов вместо считать файлы напрямую - вообще прям отличная идея для возможно-завирусованного носителя) и косоруких экспериментов. Специалист оказался прав - он сделал всё по job security и подкопаться к нему, судя по тому, что он всё задокументировал, нельзя. Я, однако, будучи программистишкой, забабахал скрипт для бэкапов на флешку под cygwin, так там эти бэкапы предварительно резались с find, но как мы видим, такого делать нельзя - слишком много автоматизируешь и тебя уволят за ненадобностью. Но если этот момент опустить, можно было бы в самой винде скриптом вытягивать по чему-то другому, но не самбе (например, с помощью сетевого кота по сокетам и принимать сразу в r/o шару самбы). А то, что зачем-то раскрутил bhyve - это загадка, да.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	17. "Подключение в BHyVe zvol-диска с другой машины"	+2 +/–
	Сообщение от нах. (?), 29-Апр-24, 14:39
	> Специалист оказался прав - он сделал всё по job security и подкопаться к нему, судя по тому, что > он всё задокументировал, нельзя. его просто надо выгнать. И нанять такого который умеет сделать понятное окружающим решение. А не неведомую хрень которую сам методом научного тыка будет чинить.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Подключение в BHyVe zvol-диска с другой машины"	+/–
	Сообщение от OpenEcho (?), 29-Апр-24, 16:52
	> его просто надо выгнать. И нанять такого который умеет сделать понятное окружающим > решение. > А не неведомую хрень которую сам методом научного тыка будет чинить. Правильно, все должны ходить одним строем, а то развели блин ромашки, - только в гугле, амазон и ажуре и ну на крайняк xуяндекс
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Подключение в BHyVe zvol-диска с другой машины"	+/–
	Сообщение от mistiq (ok), 03-Май-24, 05:06
	>> его просто надо выгнать. И нанять такого который умеет сделать понятное окружающим >> решение. >> А не неведомую хрень которую сам методом научного тыка будет чинить. > Правильно, все должны ходить одним строем, а то развели блин ромашки, - > только в гугле, амазон и ажуре и ну на крайняк xуяндекс Да нет конечно же. Даёшь на каждую стандартную задачу миллион не стандартных решений. А потом как в том анекдоте "а теперь попробуем со всей этой х ней взлететь". Принцип K.I.S.S. никто не отменял... Ну кроме действительно смузихлебов которые сами потом свою же клоаку разгребают с помощью Гугла и научного тыка. А есть ещё и disaster recovery plan, но об этом вам ещё рано.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Подключение в BHyVe zvol-диска с другой машины"	+/–
	Сообщение от OpenEcho (?), 04-Май-24, 15:20
	> А есть ещё и disaster recovery plan, но об этом вам ещё рано. О! Обажаю "специалистов" крупного пошиба ! Бабло туды, бабло сюды (благо не из своего же кармана) Ты б ФЕМА репорты сперва б почитал, советчик, как много малого бизнеса (ОП о котором) имеют вообще какие либо планы на тему disaster recovery plan Ты как с полки энтерпрайза вылетешь и прошвырнешься по миру, начиная от штатов и заканчивая самураями, по обыкновенному простому малому бизнесу, то увидишь очень большие и круглые глаза (даже у самураев) на предложение по disaster recovery plan, но тебе судя по всему еще пока везет.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Подключение в BHyVe zvol-диска с другой машины"	+2 +/–
	Сообщение от Аноним (24), 30-Апр-24, 03:54
	>понятное окружающим Я правильно понимаю, что теперь основным критерием выбора технологии являются лайки на гитхабе и его скриптик на шелле, перекидывающий базу с r/w шары на r/o шару надо было заменить плейбуком на Ansible, потому что он и есть это самое понятное окружающим?
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	50. "Подключение в BHyVe zvol-диска с другой машины"	+1 +/–
	Сообщение от mistiq (ok), 03-Май-24, 05:28
	>>понятное окружающим > Я правильно понимаю, что теперь основным критерием выбора технологии являются лайки на > гитхабе и его скриптик на шелле, перекидывающий базу с r/w шары > на r/o шару надо было заменить плейбуком на Ansible, потому что > он и есть это самое понятное окружающим? Критерием выбора адекватных специалистов всегда была простота, понятность и воспроизводимость решения. Ну и надёжность. Если в округе из знатоков фри полторы калеки, от нее следует отказаться. Если ты не можешь в элементарных операциях в фре без Гугла от нее следует отказаться... Итд.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Подключение в BHyVe zvol-диска с другой машины"	–1 +/–
	Сообщение от OpenEcho (?), 29-Апр-24, 16:55
	> А то, что зачем-то раскрутил bhyve - это загадка, да. Вероятно, чтоб мaндaвoшки из под виндовса не повыпрыгивали и поxеpячили "read-only" ресурс ;)
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	48. "Подключение в BHyVe zvol-диска с другой машины"	+/–
	Сообщение от mistiq (ok), 03-Май-24, 04:57
	Зато он в беллетристику умеет. А так да. Навертел фигни ради собственной уникальности.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	53. "Подключение в BHyVe zvol-диска с другой машины"	+1 +/–
	Сообщение от нах. (?), 03-Май-24, 09:41
	> Зато он в беллетристику умеет. А так да. Навертел фигни ради собственной > уникальности. пока фигня решала поставленную задачу (максимально изолировать ценные данные от чужих кривых рук и обеспечить r/o бэкапам) - это было простительно. поломавшийся бэкап - причем так что об этом не узнали непосредственные исполнители - а не узнали они именно в силу черезмерной сложности решения - ну уже так себе, но вот турайя целый спутник потеряла, и не знает, почему - с необслуживаемыми системами случается. Суматошные гугления манов вместо ntfs-3g /dev/zvol/pool/disk /mnt чтобы просто скопировать из невосстанавливаемо сдохшей системы файлики (ок, там мог быть gpt и все становится непросто [а может в zol и просто - но учтите я не проверял], но решаемо при помощи dd без риска добить уже и так непонятно в каком состоянии находящуюся и возможно даже завирусованную систему) - очень плохо, вообще никуда не годится. Т.е. использована технология которой сам мастер самоучка без мотора - не владел толком не то что в момент изобретовывания, но и пять лет спустя тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Подключение в BHyVe zvol-диска с другой машины"	+/–
	Сообщение от mistiq (ok), 05-Май-24, 02:01
	>[оверквотинг удален] > и не знает, почему - с необслуживаемыми системами случается. > Суматошные гугления манов вместо ntfs-3g /dev/zvol/pool/disk /mnt чтобы просто скопировать > из невосстанавливаемо сдохшей системы файлики (ок, там мог быть gpt и > все становится непросто [а может в zol и просто - но > учтите я не проверял], но решаемо при помощи dd без риска > добить уже и так непонятно в каком состоянии находящуюся и возможно > даже завирусованную систему) - очень плохо, вообще никуда не годится. Т.е. > использована технология которой сам мастер самоучка без мотора - не владел > толком не то что в момент изобретовывания, но и пять лет > спустя тоже. Тут не простительно другое. Сделать задачу наиболее сложным способом что бы в случае проблемы за решением уж точно прибежали к нему. Блеянья в духе "как старый фряшник" опровергаются ниже по тексту тем что он сам не знал как восстанавливать свою же конструкцию. По мне так подобного рода персонажей надо гнать из профессии "*аными" тряпками.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Подключение в BHyVe zvol-диска с другой машины"	+/–
	Сообщение от нах. (?), 14-Май-24, 21:32
	> Тут не простительно другое. Сделать задачу наиболее сложным способом он не особо сложный. Неоптимальный скорее. Видимо винда была все же ближе и понятнее чем фря, но тоже скорее power user чем настоящий админ (настоящий обошелся бы одной виндой - возможно тоже с виртуалками, но в родной hyper-v). Не думаю что я бы не сумел разобраться, если бы мне такого дохляка приволокли. > что бы в случае проблемы за решением уж точно прибежали к нему. так он на пенсионе был в тот момент когда проектировал (как и его предшественник). Чем меньше проблем с которыми прибегают - тем лучше. (я правда всегда ненавидел и разовые вызовы - "б... опять эти ... что-то сломали..." - не столько подобные клиенты за это платят, чтоб им радоваться. А ждать когда у тех все совсем сдохнет - неэффективно экономически, да и часто сдыхает вместе с самой лавочкой, и у них не остается уже денег на ремонт.)
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Подключение в BHyVe zvol-диска с другой машины"	+/–
	Сообщение от timur.davletshin (ok), 06-Май-24, 07:56
	>> Зато он в беллетристику умеет. А так да. Навертел фигни ради собственной >> уникальности. > пока фигня решала поставленную задачу (максимально изолировать ценные данные от чужих кривых > рук и обеспечить r/o бэкапам) - это было простительно. Переусложнённая "фигня" часто рождается сама. У меня вот бухгалтер любила бэкапы на "мобилрак"  делать (кто ещё вообще помнит, что это такое?) и как-то снесла благополучно какую-то из нужных многогигабайтных версий бухгалтерии. Восстанавливать пришлось при помощи forensic инструментария, т.к. имевшиеся "стандартные" утилиты фейлили с его восстановлением. Заодно и скилл с устройством файловой системы прокачал.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

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

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