Ты не знаешь, где можно достать такой универсальный выключатель телевизоров?

Превед забаненным на гугле!

универсальный выключатель для телевизоров (http://www.google.com/search?client=opera&rls=en&q=%D1%83%D0%BD%D0%B8%D0%B2%D0%B5%D1%80%D1%81%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9+%D0%B2%D1%8B%D0%BA%D0%BB%D1%8E%D1%87%D0%B0%D1%82%D0%B5%D0%BB%D1%8C+%D0%B4%D0%BB%D1%8F+%D1%82%D0%B5%D0%BB%D0%B5%D0%B2%D0%B8%D0%B7%D0%BE%D1%80%D0%BE%D0%B2&sourceid=opera&ie=utf-8&oe=utf-8)

Когда я искала эту штуковину в прошлый раз, она существовала в природе, но не в продаже.

Лучше антирадиошансон, для маршруток.

Угу. А у меня с детства руки не тем концом в задницу вставлены...

Антишансон - замороченно. Просто антирадио - да, легко.

Всё не совсем так. Точнее совсем не так. Антишансон надо точно настраивать. А просто передатчик, который шумит в эфир и тем самым душит широкую полосу, я даже держал в руках, делается на коленке и быстро. Шансона тада не было, поэтому мы назвали изделие "Европа-Минус".

Раз антителевизор можно купить, значит, он выпускается серийно? Может, выпуск антирадиошансона наладить? ;)

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

Так то был Фейнман...

Да вроде Фейнман там был молодым специалистом - только только из университета. Правда, Бор его ценил.

Дешёвые мобильники соседним телефонам не сигналят. Дешёвые операционные системы не умеют автоматически монтировать носители. Эту тему про старушку можно дальше продолжать...

Это уже чересчур дешёвые операционные системы. За такое пренебрежение нужно заплатить, а уж лично вы будете раскошеливаться или RedHat какой-нибудь, вопрос сторонний.

За линухи платит пользователь? Сколько?

Кому?

Кстати, по ветке ниже народ увлечённо обсуждает, как сделать автомаунт. :D Так что, нужны такие смешные устройства ;)
а часы, которые подводятся со спутника, надо полагать, просто ловят GPS. И радиоуправляемыми их можно считать весьма условно.

Управляются часы изнутри. Извне они получают исходные данные. Иначе следует предположить, что мы все управляемся Солнцем, источником, недоступным пользователю.

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

Win98 вроде как уже не поддерживается. Да и не дешевая она... Или вы про какую?

В Линуксе флешки не монтируются автоматически? Вот это новость...

разве сами по себе монтируются? надо Gnome или KDE ставить, либо специальные сервисы.

"Специальный сервис" ivman давным-давно является базовым и есть в любом дистре. Скачайте что ли, для общего развития, какой-нить live-cd свежий...

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

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

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

Ну сделайте apt-get install ivman. hal у вас стоит уже, скорее всего, туча современного софта его требует. Больше ничего ему не подребуется.

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

Боже, что у вас за система? :)
Автоматическое определение файловой системы было еще в моем первом линуксе - RH6.3 дремучих лет 7 назад.

у нас дебиан.

если ты хочешь пользователям разрешить mount, то надо писать строчку в /etc/fstab, а там тип можно указать только один. может быть, это можно обойти, но я не знаю как.

Тип можно написать "auto" :)

работает!

но если писать опцию nls=koi8-r (для ntfs), то всё ломается.

Ну что поделать, кривые иноземные файловые системы поддерживаются не идеально. Кстати, на ntfs юникод давно используется, это раз. Второе, ntfs принято монтировать с помощью ntfs-3g, там поддерживается полноценная запись.
Третье. Известные устройства можно монтировать в заранее подготовленные каталоги, по их UUID. Т.е. одна карточка, воткнутая в кардирдер, смонтируется в один каталог, другая, в том же картридере - в другой.

Читайте маны, в общем, они рулез.

спасибо! может, что-то и пригодится.

ну, а что плохого в автоматическом монтировании? вот запускать оттуда что-либо - это безобразие.

ну, флешку, скорей всего можно выдернуть, и ничего ей не будет. хуже с USB-винчестерами.

зато вот копирование файлов на флешку (под линуксом) совершенно ничего не копирует до umount'а. в отличие от винды.

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

не исключено. для того и лочит ;))))))

> зато вот копирование файлов на флешку (под линуксом) совершенно ничего не копирует до umount'а. в отличие от винды.

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

Кроме того, есть команда sync.

> зато вот копирование файлов на флешку (под линуксом) совершенно ничего не копирует до umount'а.
mount -o sync
или аналогичный флаг в /etc/fstab

Вы просто никогда глючное железо не видели :)

Вообще плохо любое "автоматическое", если оно не отключаемое.

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

Хотя -- будь на то моя воля -- я бы делал вообще так:

при вставке монтируем ro
при попытке записи делаем remount (а лучше даже вовсе неавтоматически)
при отсутствии активности n минут делаем sync _для данного устройства_

Самое смешное, что 98 винда не требует действий для монтирования и размонтирования. Ну да, кэшировать она не сможет при такой политике. Ну и какой толк с виндового кэша?

Придется, видимо, реализовывать. Самое сложное -- сделать хук для события "попытка записи". Это вообще насколько глубоко лезть-то нужно?..

И ещё, хотелось бы sync для отдельного устройства. А то просто sync на каждый чих это кхм... Не очень вежливо. А, ну хотя вместо sync можно как раз ремаунтить опять в ro.

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

Например, нету досовского «Abort, Retry, Ignore?» Пускай бы (по моей просьбе) ядро не спешило бы выдавать приложению «I/O error», а спросило бы меня, что делать. Может, приложение переживёт, если ему дать сектор нулей.

А там по игнору приложению возвращался блок нулей? Забавно, я и не знал толком.

Не знаю, для меня практическая ценность оного Нафиг/Нефиг/Пофиг была только в том, чтобы попытаться прочитать слабочитаемую дискетку (в современных условиях — компакт-диск).

Но я вот слабо себе представляю, как можно сделать, чтобы *ядро* спрашивало. Приложение может не иметь терминала. Приложение может иметь несколько терминалов. Приложение может быть иксовым (или чёрт знает каким ещё).

А вот как это сделать на уровне приложения (ну или библиотек, оно примерно понятно (за исключением момента, как заставить ядро перечитывать сектор).

Хотя в целом мне представляется разумным поведения ядра без выбора. Оно делает retry, и если ничего не помогает, возвращает приложению EIO, давая возможность выбрать Abort, Ingore или всё, что угодно.

Флага «сюда записывали» тоже нету. Примерно как в текстовых редакторах: даже если файл открыт, редактор помнит, что изменений в нём ещё не было.

Или вот, например: я написал «umount», и жду. Ядро знает, сколько блоков ещё не синхронизировано, но мне оно не скажет. А я, может быть, успею пока сходить за чашкой чая. :-)


Есть флаг «грязности», это почти то же самое (только он после sync пропадает, но как я понимаю, именно это нам и нужно). Есть количество грязных буферов, которые надо скинуть на диск. В принципе, можно смотреть за прогрессом, писать ETA и т.п.

Кстати, одно время в gnu fileutils (cp, mv, dd) были прогресс-бары по какой-то недокументированной опции, но их оттуда убрали. А зря, мне вот жалко, приходится использовать mc для таких случаев.

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

> Тоже проблема: она тормозит.

Не может она тормозить. На физическую скорость записи синхронный режим никак не влияет. Кэш на чтение остается в любом случаее.

> Я уж не говорю о том, что от синхронно записи флешка портится. (Именно так: каждая операция записи её изнашивает, а при асинхронной записи можно обойтись одной операцией записи на несколько соседних секторов).

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

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

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


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

Вот. Файловая система, проектировавшаяся для дискет до мегабайта используется на многогигабайтных носителях. Не маразм ли?


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

JFFS2 is a log-structured file system designed for use on flash devices in embedded systems.

Что такое embedded system расшифровывать не надо? :)

К сожалению, проблема только в виндах. А уже на винду и её пользователей завязываются производители девайсов. Ничего, придут 64GB и больше флешки, может тогда чесаться начнут. FAT32 на таких объемах будет тормозить настолько дико, ни один фотик/мобила их не вытянет.

JFFS/JFFS2, во.

sync при отсутствии активности делается, причём это регулируется несколькими параметрами, подробности тут: http://80.71.248.82/lkd/index.html?page=0672327201/ch15lev1sec4.html

Круче ОС, которые устанавливают вирусы, только ОС, после установки некорректного мышевого USB драйвера уходящая в ребут за 0,1 сек после втыкания этой мыши.
Стоит комп под ХР втываешь в любую USB дырку мышь - видишь экран биоса, где меланхолично тестируется память...
Мгновенно.

Я бился с час, пытаясь откатить драйвер - не смог. Все падает на стадии опознания USB устройства.
Чудно.

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

Как оно, на lj.rossia.org-то? В старую родную жежешечку не тянет? :)
По-моему, это обмен шила на мыло. Если куда и уходить, так на свой хостинг.

> Вот, только что обнаружил, что здесь комменты не схлопываются даже если их больше пятидесяти :-)

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

> А ещё здесь страницы не такие тяжеловесные, и выглядят приятнее.
Да, я тож заметил. Грузится резвенько.



> Тогда я решил, что если поддержание ЖЖ в пригодном для жизни виде становится актуальнее, чем использование ЖЖ -- надо уходить.

Эт точно.

> А переход на свой хостинг -- это, как я вижу, всегда потеря связей.

Ну, почему. Остаются те же трансляция постов, те же rss-ленты друзей. Может и не идеально, но приемлимо.

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

По поводу радиоуправляемой техники, была еще хохма в первую войну в Ираке. Тогда ни один из купленных у французов Миражей не взлетел. Видимо, кто-то нажал на нужную кнопку :)