Ядоблог

Сегодня обычное серое осеннее Сибирское утро. За окном серо, мокро.
Казалось бы что может принести радость в этот мир, но не же.
Можно попробовать подключить внешний USB hdd с ntfs к андроиду и заставить всё это работать. После проделанных операций наступает эйфория =)
Подумайте, разве обычный субноутбук с win xp на борту мог бы доставить такое удовольствие? Конечно нет, эта операция прошла бы незаметно за пару секунд и не принесла никаких эмоций в это серое утро.

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

http://russian.doingbusiness.org/rankings

http://ru.wikipedia.org/wiki/Eye-Fi

100% моветон. Бери от жизни всё!

Вид из окна:

Кликабельно

howto для основной оси win:
1. Форматим флешку(внешний hdd), нарезаем разделы
2 .Качаем Wingrub(google), ставим в MBR загрузчик
3. Качаем GRUB4DOS, копируем 3 файла: grldr, grldr.mbr, menu.lst
4. Создаём папку img и копируем в неё нужные iso операционок и утилит
5. Правим menu.lst. Для каждой iso создаём:

title _Название оси на английском_
map --mem /img/_file_name_.iso (hd32)
map --hook
chainloader (hd32)

Для win7 (и может ещё для чего нужно добавить к мапам:

map (hd0) (hd1)
map (hd1) (hd0)

Ещё для win7 нужно небольшой танец с бубном провернуть, когда она попросит драйвер на cdrom:

Дальше с http://www.chapaty.org/kasha/software/usb-hdd-install-iso-win-7-xp-ubuntu.html :

Однако при попытке инсталляции Windows 7, установка ругается что не может найти CDROM и не дает возможности продолжить установку. Поэтому потребуется драйвер виртуального CDROM’а, который можно «подсунуть» установке в этот момент.

Для этого делаем следующее:

Качаем драйвер виртуального CDROM’а imdisk: http://www.ltr-data.se/opencode.html#ImDisk
Распаковываем скачанный архив imdiskinst.exe в папку imdisk (имя папки должно быть именно imdisk).
Далее надо бы создать и сохранить в папку imdisk три исполняемых файла (SetupImDisk.cmd, SetupCDROM7.cmd, Setup.bat), они будут запускать установку драйвера виртуального CDROM’а во время инсталляции Windows 7. Ниже содержимое этих файлов:
Файл SetupImDisk.cmd :

    @ECHO ON
    rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 132 .\imdisk.inf

Файл SetupCDROM7.cmd :

    @ECHO ON
    Set fullname=%srcdrv%\win7.iso
    imdisk -a -f %srcdrv%\win7.iso -m #:

Файл Setup.bat :

    @ECHO OFF
    for %%x in (C D E F G H I J K L M N O P Q R S T U V W X Y Z) do if exist %%x:\imdisk\SetupImDisk.cmd set srcdrv=%%x:
    echo Find the USB in %srcdrv%\
    echo.
    cd\
    %srcdrv%
    cd imdisk
    echo Begin with SetupImDisk.cmd
    echo.
    call %srcdrv%\imdisk\SetupImDisk.cmd
    @ECHO OFF
    echo.
    echo Now going to SetupCDROM.cmd
    echo.
    pause
    echo.
    call %srcdrv%\imdisk\SetupCDROM7.cmd
    @ECHO OFF
    echo.
    echo Done. Have Fun.....
    echo.
    pause
    for %%y in (C D E F G H I J K L M N O P Q R S T U V W X Y Z) do if exist %%y:\look.win set install=%%y:
    cd\
    %install%
    cd sources
    setup.exe
    exit

Теперь копируем получившуюся папку imdisk в корень загрузочного USB диска (должен получиться такой путь «(ИМЯ ДИСКА):\imdisk\», например «E:\imdisk\«).
Осталось дать имя «win7.iso» образу Windows 7, размешенного в корне загрузочного диска (должен получиться такой путь «(ДИСК):\win7.iso», например «E:\win7.iso«), необходимо соблюсти именно такой путь для того, чтобы не было ошибок при исполнении CMD и BAT скриптов, написанных выше, т.е. они привязаны к именам файлов.

LXDE. Оно действительно летает и имеет привычный интерфейс. gnome тормоз.

В списке вариантов логина только unity.
Возвращаем гнома взад:

sudo apt-get install gnome-session-fallback

делаем logout и в вариантах логина снова есть гномег

История программных революций от Microsoft, вкратце: Сначала были Windows API и DLL Hell. Революцией №1 было DDE – помните, как ссылки позволили нам создавать статусные строки, отражающие текущую цену акций Microsoft? Примерно тогда же Microsoft создала ресурс VERSION INFO, исключающий DLL Hell. Но другая группа в Microsoft нашла в DDE фатальный недостаток – его писали не они!

Для решения этой проблемы они создали OLE (похожее на DDE, но другое), и я наивно вспоминаю докладчика на Microsoft-овской конференции, говорящего, что скоро Windows API перепишут как OLE API, и каждый элемент на экране будет ОСХ-ом. В OLE появились интерфейсы, исключающие DLL Hell. Помните болезнь с названием «по месту», при которой мы мечтали встроить все свои приложения в один (возможно, очень большой) документ Word? Где-то в то же время Microsoft уверовала в религию С++, возникла MFC решившая все наши проблемы еще раз.

Но OLE не собиралась, сложа руки смотреть на это, поэтому оно заново родилось под именем COM, и мы внезапно поняли, что OLE (или это было DDE?) будет всегда – и даже включает тщательно разработанную систему версий компонентов, исключающую DLL Hell. В это время группа отступников внутри Microsoft обнаружила в MFC фатальный недостаток – его писали не они! Они немедленно исправили этот недочет, создав ATL, который как MFC, но другой, и попытались спрятать все замечательные вещи, которым так упорно старалась обучить нас группа COM. Это заставило группу COM (или это было OLE?) переименоваться в ActiveX и выпустить около тонны новых интерфейсов (включая интерфейсы контроля версий, исключающие DLL Hell), а заодно возможность сделать весь код загружаемым через броузеры, прямо вместе с определяемыми пользователем вирусами (назло этим гадам из ATL!).

Группа операционных систем громким криком, как забытый средний ребенок, потребовала внимания, сказав, что нам следует готовиться к Cairo, некой таинственной хреновине, которую никогда не могли даже толком описать, не то, что выпустить. К их чести, следует сказать, что они не представляли концепции «System File Protection», исключающей DLL Hell. Но тут некая группа в Microsoft нашла фатальный недостаток в Java — её писали не они! Это было исправлено созданием то ли J, то ли Jole, а может, и ActiveJ (если честно, я просто не помню), точно такого же как Java, но другого. Это было круто, но Sun засудило Microsoft по какому-то дряхлому закону. Это была явная попытка задушить право Microsoft выпускать такие же продукты, как у других, но другие.

Помните менеджера по J/Jole/ActiveJ, стучащего по столу туфлей и говорящего, что Microsoft никогда не бросит этот продукт? Глупец! Все это означало только одно – недостаток внимания к группе ActiveX (или это был COM?). Эта невероятно жизнерадостная толпа вернулась с COM+ и MTS наперевес (может, это стоило назвать ActiveX+?). Непонятно почему к MTS не приставили «COM» или «Active» или «X» или «+» – они меня просто потрясли этим! Они также грозились добавить + ко всем модным тогда выражениям. Примерно тогда же кое-кто начал вопить про «Windows DNA» (почему не DINA) и «Windows Washboard», и вопил некоторое время, но все это почило раньше, чем все поняли, что это было.

К этому моменту Microsoft уже несколько лет с нарастающей тревогой наблюдала за интернет. Недавно они пришли к пониманию, что у Интернет есть фатальный недостаток: ну, вы поняли. И это приводит нас к текущему моменту и технологии .NET (произносится как «doughnut (пончик по-нашему)», но по-другому), похожей на Интернет, но с большим количеством пресс-релизов. Главное, что нужно очень четко понимать — .NET исключает DLL Hell.

В .NET входит новый язык, C#, (выясняется, что в Active++ Jspresso был фатальный недостаток, от которого он и помер). .NET включает виртуальную машину, которую будут использовать все языки (видимо, из-за фатальных недостатков в процессорах Интел). .NET включает единую систему защиты (есть все-таки фатальный недостаток в хранении паролей не на серверах Microsoft). Реально проще перечислить вещи, которых .NET не включает. .NET наверняка революционно изменит Windows-программирование… примерно на год.

взято с лурка