Windows глазами линуксоида

[drBatty]

Сдаётся мне, он никак не называется, а прячется в одном из бесчисленных svchost'ов...

та не, так и называется "планировщик заданий", scheduler task вроде на нерусском.
ессно прячется в svchost

Однако же, попробуйте в винде создать файл, оканчивающийся на точку

я её убил(винду).

[/dev/random]

Однако же, попробуйте в винде создать файл, оканчивающийся на точку

Винды под рукой нет, но попробую по памяти:
echo > \\*\C:\filewithdot.
(Или там не "*", а "@"? Не помню уже, в каких случаях одно используется, а в каких - другое.)
Так можно создать и файл, заканчивающийся на точку, и файл, начинающийся на точку, и файл "con", и даже файл ".." (правда, сделать с ним (с "..") после этого что-нибудь обычными средствами практически нереально)

[Upliner]

echo > \\*\C:\filewithdot.

Интересно, не слышал о таком... Однако, * и @, а также куча других перепробованных символов не работают, пишет The network path was not found.

[drBatty]

echo > \\*\C:\filewithdot.

отжог! точно, было, только немного не так, а как - непомню...

[Goodvin]

/bin, /boot, /opt, /sbin, /usr, /var и пр... под каждый каталог отдельный раздел, можно и 15 набрать. ^__^

Ну ради юмора можно такое сделать, хотя смысла нет никакого,

Рекомендую подумать над ответом на следующий вопрос: что будет, если /var сделать не отдельным примонтированным разделом/накопителем, а просто каталогом в корне, и при этом со временем разросшиеся лог-файлы "сожрут" всё свободное место на файловой системе ?
Почитайте книжки что-ли, если не знаете, чтобы не говорить глупости из серии "Ну ради юмора".

Ув. Goodvin, подумал, отвечаю, есть определенные рекомендации, наподобие вынесения на отдельный раздел, например, каталога /home или /var, но это только рекомендации.

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

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

Не редки и не специфичны. На домашнйе машине всем и каждому настоятельно рекомендуется иметь как минимум /home в отдельном разделе, ибо содержимое его - в 99% случаев самое ценное, что есть у домашнего юзера на машине.
А про машины, выполняющие роли чуть посерьезнее, чем домашняя мульnимедийная печатная машинка - там и того пуще.
Вам с серьезными линукс-серверами когда-нибудь дело приходилось иметь или Вы рассуждаете просто так, в теории ?
На всякий случай сообщаю, что подавляющее большинство линукс-машин на свете составляют именно сервера-рабочие лошадки.

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

No comments.

[/dev/random]

echo > \\*\C:\filewithdot.

Сейчас посмотрел в википедии - "?" там, а не "*"

[Upliner]

Сейчас посмотрел в википедии - "?" там, а не "*"

Круто... Однако, обычными средствами такой файл не читается, так что в винде такие файлы неполноценны, и точка в именах файлов там имеет вполне определённый смысл...

[TechnoMag]

Хм. Интересно вы мыслите. Точка в начале имени файла в Linux по-моему обозначает аттрибут файла, а не символ входящий в состав имени, и обрабатывается системой.

[drBatty]

Точка в начале имени файла в Linux по-моему обозначает аттрибут файла, а не символ входящий в состав имени, и обрабатывается системой.

Да? Простите, какой??? В первый раз слышу

PS: вот комманда fopen в Си прекрасно открывает файлы с точкой хоть сначала хоть в конце, ей плевать. Да, команда баша ls точку понимает, и Konqueror тоже понимает, но это же не система? это вроде только приложения. Системе плевать на точку.

[TechnoMag]

Что этот файл скрытый

[Goodvin]

Хм. Интересно вы мыслите. Точка в начале имени файла в Linux по-моему обозначает аттрибут файла, а не символ входящий в состав имени, и обрабатывается системой.

Уточните источник этого "знания".

[TechnoMag]

Хм. Интересно вы мыслите. Точка в начале имени файла в Linux по-моему обозначает аттрибут файла, а не символ входящий в состав имени, и обрабатывается системой.

Уточните источник этого "знания".

предположение - системой может не обрабатывается но программами такими как ls и файловыми менеджерами точно

[drBatty]

Что этот файл скрытый

я не про "какой атрибут", я про "какой системой?" Linux Mandriva Free в ext3 не обрабатывает этот "атрибут" имя файла(и всё что туда входит) - только бирка для юзера, системе всё равно. А то что команда ls реагирует - то её(команды) дело, не нравится - пересобери, будешь вместо точки ~ юзать.

[drBatty]

предположение - системой может не обрабатывается

не обрабатываются.

но программами такими как ls и файловыми менеджерами точно

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

[Goodvin]

Хм. Интересно вы мыслите. Точка в начале имени файла в Linux по-моему обозначает аттрибут файла, а не символ входящий в состав имени, и обрабатывается системой.

Уточните источник этого "знания".

предположение - системой может не обрабатывается но программами такими как ls и файловыми менеджерами точно

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

И что значит "обрабатывается системой" ?
Какой такой "системой" ?
файловый менеджер вроде МС или конкверора - это не некая "система", это прикладные программы.
Как напишем/скомпилим - так и будут обрабатывать.

[Ben Aceler]

Хм. Интересно вы мыслите. Точка в начале имени файла в Linux по-моему обозначает аттрибут файла, а не символ входящий в состав имени, и обрабатывается системой.

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

[Flaming]

Точка в начале имени файла в Linux по-моему обозначает аттрибут файла, а не символ входящий в состав имени, и обрабатывается системой.

Где вы взяли этот бред? Тогда какой командой сделать файл скрытым в Linux? Что? Не нашли? А как снять аттрибут скрытого?
А вот если сделать mv file .file - он станет скрытым, mv .file file - появится Так что не надо мне тут.

[Dmitrys]

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

Это очевидно, но позвольте, где я утверждал обратное?

Кстати, ответ на свой вопрос насчет /var я так от Вас и не увидел.

Вам действительно интересен мой ответ? Я может и незнаю на 100% зачем выносить /var на отдельный раздел, но с первых дней установки линукса, нашел информацию и запомнил то, что это делается для того, чтобы система не зависала от нехватки свободного места, в случае заполнения оного различными логами, которые и находятся в /var.

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

Опять же это очевидно и я не утверждал обратное.

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

Да, в теории, но я же только высказываю свои предположения, а не навязываю свое мнение.

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

No comments.

No comments.

P.S. А все же, вы можете, как опытный пользователь, ответить зачем может понадобиться (хоть на сервере, хоть на десктопе) разносить каждый каталог на отдельный раздел в линукс, или делать 15 разделов в Windows ?? (Кстати я именно об этом говорил "ради юмора")

[xar0h]

указываем в какое время (at "time") выполниться cmd и ставим опцию - /interactive - вот и все - короче at XX:YY /interactive cmd - вот вам и system-права - а из нее и эксплорер можно запустить - кому в консоли неудобно работать )

[drBatty]

вот вам и system-права - а из нее и эксплорер можно запустить - кому в консоли неудобно работать )

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

[Red Gremlin]

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

Имеется: сервер, одна штука, 2 рейда - страйп и зеркало.
/backup - для бэкапов, rw, отмонтирован, на зеркале.
/boot, /bin, /sbin, /usr - ro, на зеркале
/home/postgres - rw, на зеркале
/home/ftp - rw, на страйпе
/home/redgremlin - rw, зеркало
/home/* - rw, на страйпе
/var - rw, зеркало
/tmp - rw, страйп
Надеюсь, логику разбивки объяснять не надо, догадаетесь?

[Flaming]

указываем в какое время (at "time") выполниться cmd и ставим опцию - /interactive - вот и все - короче at XX:YY /interactive cmd - вот вам и system-права - а из нее и эксплорер можно запустить - кому в консоли неудобно работать )

Слушайте, кру-уто! Где вы были год назад?

[Dmitrys]

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

Имеется: сервер, одна штука, 2 рейда - страйп и зеркало.
/backup - для бэкапов, rw, отмонтирован, на зеркале.
/boot, /bin, /sbin, /usr - ro, на зеркале
/home/postgres - rw, на зеркале
/home/ftp - rw, на страйпе
/home/redgremlin - rw, зеркало
/home/* - rw, на страйпе
/var - rw, зеркало
/tmp - rw, страйп
Надеюсь, логику разбивки объяснять не надо, догадаетесь?

Ну вот, это уже нормальный, вполне осмысленный ответ. Каюсь, о таком я не подумал. Но тем не менее даже в такой схеме, /bin, /sbin, /usr находятся на одном разделе а не каждый каталог на отдельном (как ни крути, а в этом смысла скорее всего нет).

[oneq]

указываем в какое время (at "time") выполниться cmd и ставим опцию - /interactive - вот и все - короче at XX:YY /interactive cmd - вот вам и system-права - а из нее и эксплорер можно запустить - кому в консоли неудобно работать )

Скажите, а много существует таких ситуаций, когда уже ИМЕЯ админские права Вы хотите их получить?

[Goodvin]

указываем в какое время (at "time") выполниться cmd и ставим опцию - /interactive - вот и все - короче at XX:YY /interactive cmd - вот вам и system-права - а из нее и эксплорер можно запустить - кому в консоли неудобно работать )

Скажите, а много существует таких ситуаций, когда уже ИМЕЯ админские права Вы хотите их получить?

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

Речь идет о получении system-прав, а это в windows совсем не то же самое, что права админа.

[oneq]

Речь идет о получении system-прав, а это в windows совсем не то же самое, что права админа.

Вы уж с начала бы прочитали...
Речь идёт как раз о получении админских прав: "это не админская. админская - SYSTEM но туда не попасть".
Конечно, права system не равны правам админа. Даже встроенного админа (который тоже несколько более привилегирован, чем прочие).
Но и получать права system имея права админа надо очень крайне редко. Такие ситуации, конечно, есть - вот я и поинтересовался насколько часто с этим люди сталкиваются.
А то после "вот вам и парадный вход для всего..." у многих может сложиться совершенно неверное впечатление, что любой желающий в любой произвольный момент времени может заполучить себе права system и "админствовать" сколько захочет.

[drBatty]

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

учитывая что в 99% случаев любая программа в виндовс уже с правами рута... И если она ещё и SYSTEM получает... Это не дверь, это чистое поле, плац даже.

[Goodvin]

Речь идет о получении system-прав, а это в windows совсем не то же самое, что права админа.

Вы уж с начала бы прочитали...
Речь идёт как раз о получении админских прав: "это не админская. админская - SYSTEM но туда не попасть".

Админские права - это права пользователя "Администратор".
Всё остальное от лукавого.
Софистику и игры словами оставьте дома.

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

Это вообще к чему было ?

Послушайте, oneq, Вам надо в каждой теме выдавать отдельное официальное предупреждение, чтобы Вы не троллили, не передергивали и не занимались демагогией и провокациями ?
Мне это скоро надоест и я сочту, что Вы игнорируете замечания модератора.
Терпение моё велико, но не бесконечно.

[Upliner]

Интересно... Но SYSTEM всё равно не то же самое, что юниксовый root. Удалить используемый файл он не может, зайти в каталог, где у него нет прав -- тоже(хотя, также как и любой админ может сдалать Take Ownership). Чем он по сути от обычного админа отличается?

[drBatty]

Но SYSTEM всё равно не то же самое, что юниксовый root. Удалить используемый файл он не может,

да? разве утилитки для удаления неудаляемых файлов не так работают? я думал именно так... странно.