SUBSYSTEM=="usb_device", SYSFS{idVendor}=="18d1", MODE="0666"

После чего отключить устройство от USB и перезапустать сервис adb.

Проблема характерна двумя типами неисправностей: либо HDD еще определяется БИОСом, но имеет нулевой объем, либо БИОСом уже не определяется (более “тяжелый” вариант), в моем случае именно это  и произошло. К нынешнему моменту про “Муху СС” уже много известно и существую методы “лечения”. Самое толковое руководство написано пользователем showman, там собрано, пожалуй, больше всего информации по теме. Тем не менее, каждая поломка такого рода уникальна, и если вы столкнулись с чем-то подобным стоит почитать еще две ветки на форуме iXBT (ветка 1 и ветка 2) и ветку на форуме overclockers.ru.

От себя добавлю, что пошаговое следование инструкции от showman по началу должного результата не дало. Оборвалось все при попытке первый раз  в гипертерминале увидеть приглашение к вводу команд (“F3 T>”), введя комбинацию клавиш CTRL+Z. Не смотря на то, что устройство для прошивки (в смоем случае это были спаянные провод для перепрограммирования и прошивки телефонов Siemens ME/S/SE-45 и провод для соединения CD/DVD привода и звуковой карты)  было собрано нормально и “эхо” в гипертерминале корректно отображалось, в момент подключения жесткого диска комбинация CTRL+Z писала в поток “стрелку” (“→”) и никаких приглашений для ввода команд не появлялось.

Решил я эту проблему, перейдя сразу к шагу изоляции платы от оси HDD. Открутил 3 болта, ближних к оси, и подсунул сложенный вчетверо лист обычной бумаги A4. После этого снова включил компьютер, включил терминал, и тогда-то комбинация CTRL+Z сработала исправно.

Фотографии “больного” и “операционной”:

Seagate 7200.11

После обновления прошивки диск заработал и я полчил доступ к данным, которые, на первый взгляд, оставились целы, но злые языки твердят, что это не надолго. Потому, в качестве back-up диска был куплен WD Caviar Green объемом 1TB. С Seagate я пока повременю.

Однако все оказалось крайне не просто. В момент первой синхронизации почта “не взлетела”, а после пересоздания “партнерства” с сервером Google и вовсе перестала работать. В статусе ActiveSync фигурировала ошибка с кодом 0×8000FFFF. Тем не менее, два дня бесплодных поисков увенчались успехом, и совместными усилиями решение было найдено.

Все дело оказалось в слешах (символ “/”), которые создает GMail при импорте писем, например из Outlook, для разделения папок и подпапок. Смена слешов на точки очень благоприятно сказалась на работоспособности синхронизации и все стало снова в норме.

Подробнее можно почитать тут.

Я написал небольшое приложение на Java, для автоматизации этого процесса, до тех пор пока нововведение не будет анонсировано официально.

Для запуска необходимо настроить, например, Eclipse таким образом, и в функцию main скопировать следующий код:

List<String> folderNames = Arrays.asList("Folder1", "Folder2", "...");
List<String> userMails = Arrays.asList("user1@domain.com", "user2@domain.com", "...");
String role = "reader"; // or "owner", "writer", "peeker", "none"
String appsName = "MyComp-MyApps-version";
String username = "username";
String password = "password";
 
if(!role.equals("reader")
&& !role.equals("writer")
&& !role.equals("owner")
&& !role.equals("none")
&& !role.equals("peeker"))  {
	return;
}
 
DocsService client = new DocsService(appsName);
client.setUserCredentials(username, password);
 
DocumentQuery query = new DocumentQuery(new URL("http://docs.google.com/feeds/default/private/full/-/folder"));
DocumentListFeed resultFeed = client.getFeed(query, DocumentListFeed.class);
for (DocumentListEntry entry : resultFeed.getEntries()) {
	for(String name : folderNames) {
		if(entry.getTitle().getPlainText().equalsIgnoreCase(name)) {
			for(String mail : userMails) {
				AclRole aclRole = new AclRole(role);
				AclScope aclScope = new AclScope(AclScope.Type.USER, mail);
				AclEntry aclEntry = new AclEntry();
				aclEntry.setRole(aclRole);
				aclEntry.setScope(aclScope);
				client.insert(new URL(entry.getAclFeedLink().getHref()), aclEntry);
			}
		}
	}
	AclFeed aclFeed = client.getFeed(new URL(entry.getAclFeedLink().getHref()), AclFeed.class);
	for (AclEntry aclEntry : aclFeed.getEntries()) {
	  System.out.println(
		aclEntry.getScope().getValue() + " (" + aclEntry.getScope().getType() + ") : " + aclEntry.getRole().getValue());
	}
}

Здесь списки folderNames и userMails необходимо заполнить соответствующими значениями. Параметр “…” в сигнатуре вызова функции asList – отсебятина, предназначенная просто показать, что количество параметров функции можно смело расширять. В конечном варианте когда его надо убрать. Вместо username и password вписать свои явки и пароли для доступа в к приложениям Google. Ну и роль выставить такую, какую требуется.

Теперь пользователи, с которыми вы разделили доступ к папке, смогут посмотреть на ее содержимое по ссылке: http://docs.google.com/#folders-shared-with-me

Тем не менее, не все сразу безоблачно заработает. Пользователи, которым вы разрешили доступ на изменение, не увидят созданные ими документы в этой папке. Чтобы все заработало как полагается, им необходимо добавить вас в соавторы их документов, а вам необходимо будет перетащить эти документы из общего списка в расшареную папку.

Pushing the Limits of Windows: Physical Memory

Pushing the Limits of Windows: Virtual Memory

Pushing the Limits of Windows: Paged and Nonpaged Pool

Pushing the Limits of Windows: Process and Threads

Хорошие статьи. Рекомнедую.

Pro:

1. Отправка/получение почты нескольких аккаунтов.
2. Календарь с возможностью публикации в интернет.
3. Организация контактов.
4. Возможность синхронизации всего вышеперечисленного с мобильным устройством.
5. Чтение RSS в offline.

Contra:

1. Невозможность оперативно получить доступ к календарю/контактам/письмам с других машин или мобильного устройства (Miscrosoft Exchange Server по причине его дороговизны как, безусловно, решение, не рассматривается).

Детали того, как я выбирал между разным, как мучился в выборе и чем руководствовался, я опущу, возможно оставлю это на одну из следующих заметок. В сухом остатке я пришел к тому, о чем упомянул в заглавии.

Итак Google Applications. С сохранением всех Pro, изничтожая Contra.

• Первым делом, настраиваем Google Applications на своем домене. Теперь у нас есть Mail/Calendar/Docs/Talk/Contacs не на gamil.com, а на выбранном нами домене. Почту из старых аккаунтов можно загрузить программой GMail Uploader. Кто не готов поднимать приложения на своем домене, этот пункт может смело пропустить и настроить все для стандартных сервисов Google.
• Далее ставим из Google Pack: Google Chrome исключительно для сервисов Google Apps и, собственно, сами Google Apps, которые на рабочем столе создадут полезные иконки, о них позже, и заменят mail-клиент по-умолчанию на GMail.
• Третьим пунктом включаем из Chrome Offline для GMail, Calendar и, если надо, Docs. Плюс, исследуем возможность включения Offline в Google Reader перед отключением связи. Он скачивает все сообщения и можно RSS читать offline. Безусловно, есть некоторое неудобство в том, что надо включать режим stanalone каждый раз руками.
• Затем настраиваем в Active Sync на мобильном устройстве синхронизацию контактов и календаря с Google Apps сервером. И устанавливаем на кпк Mobile Google Apps, настроив их на использование собственного домена.

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

Дело в том, что приложение Google Apps отчего-то ничего не знает об активации Offline на сервисах, и когда мы решаем воспользоваться, например, почтовым клиентом по-умолчанию, при отсутствии связи с интернетом, получаем стандартную ошибку о том, что страница не может быть найдена. Нелогично и обидно, но не нерешаемо.

Во-первых, можно в настройках Offline каждого сервиса создать на рабочем столе ярлыки на эти сервисы, но это не очень удобно – обилие одинаковых ярлыков не может не огорчать.
Во-вторых, можно поковырять реестр и настроить клиент по-умолчанию на использование offline версии.
Вторым путем я и пошел. Прикинув все возможные варианты я решил, что клиент по умолчанию будет открывать offline версию почту в Google Chrome, а ссылки “mailto:” его зависимую версию через Google Apps. Поскольку второе уже было настроено самими Google Apps, надо было поменять только первое.

Для этого отрываем редактор реестра и идем к ключу command и меняем там значение (Default) на значение из Offline ярлыка:

[HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail\Google Apps (your_domain.tld)\shell\open\command]
@="
\chrome.exe --app=https://mail.google.com/a/your_domain.tld/"

Для изменения поведения ссылок “mailto:” устанавливаем схожее, но с учетом адресата отправителя, в ключе:

[HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail\Google Apps (your_domain.tld)\Protocols\mailto\shell\open\command]

Вообще, существуют два типа ярлыков.

На Google Chrome:
Почта:

"<Path_to_Chrome>\chrome.exe --app=https://mail.google.com/a/your_domain.tld/"
"<Path_to_Chrome>\chrome.exe --app=https://mail.google.com/"

Календарь:

"<Path_to_Chrome>\chrome.exe --app=https://calendar.google.com/a/your_domain.tld/
"<Path_to_Chrome>\chrome.exe --app=https://calendar.google.com/"

Документы:

"<Path_to_Chrome>\chrome.exe --app=https://docs.google.com/a/your_domain.tld/
"<Path_to_Chrome>\chrome.exe --app=https://docs.google.com/"

И на Google Apps:
Почта:

"<Path_to_Apps>\googleapps.exe --mail.google.com --domain=your_domain.tld"
"<Path_to_Apps>\googleapps.exe --mail.google.com"

Календарь:

"<Path_to_Apps>\googleapps.exe --calendar.google.com --domain=your_domain.tld"
"<Path_to_Apps>\googleapps.exe --calendar.google.com"

Документы:

"<Path_to_Apps>\googleapps.exe --docs.google.com --domain=your_domain.tld"
"<Path_to_Apps>\googleapps.exe --docs.google.com"

Соответственно и пользоваться ими можно в зависимости от ситуации. ]]> http://technogeek.ru/2009/06/19/422/feed/ 0 http://technogeek.ru/2009/06/19/422/