LINUX.ORG.RU

Сообщения n4wyn55

 

QEMU 2.5.0

Решил попробовать QEMU 2.5.0 и установить на него Windows 95. Скачал исходники, собрал таким образом:

./configure --target-list=i386-softmmu --enable-gtk --audio-drv-list=alsa
make
make install

По умолчанию аудио выдавалось через oss, поэтому для Дебиана 8 исправил на alsa. PulseAudio к сожалению нету в списке поддерживаемых движков.

Запускал так:

QEMU_AUDIO_DRV=alsa QEMU_ALSA_DAC_DEV=hw:1,0 qemu-system-i386 -cpu pentium2 -m 64M -soundhw sb16,adlib -cdrom /dev/sr0 -hda c.img -display gtk -ctrl-grab -vga std -boot menu=on -net user,smb=/home/username/Temp/QEMU/ -net nic,model=rtl8139

Реальная звуковая карта - SB Audigy 4 (hw:1,0). Как видно, ставил с реального СД/ДВД-привода для полноты ощущений. Использовал оригинальный диск английской Windows 95 OSR2.5.

После установки наблюдаю проблемы со звуком: 1. звук запаздывает; 2. звук сильно искажён (треск, шум, прерывания).

Вопрос: как сделать чтобы было хорошо всё?

Форума QEMU я не нашёл. По крайней мере, на официальном сайте эмулятора нет упоминаний об официальном форуме QEMU. Где задавть вопрос разработчикам?

Нашёл где-то инфу о том, что VirtualBox использует код QEMU. Пробовал VirtualBox, в нёй со звуком всё хорошо, но в Боксе не работает прямой доступ к СД/ДВД-приводу, а значит, нет доступа к аудио-сд, что критично для моей задачи (нужно запустить древнюю игру, хранившую звуки на диске в формате CD-DA).

-ctrl-grab кстати не работает. Но это пока мелочи.

 , ,

n4wyn55
()

«Подарок» от Western Digital

Всем привет и всех с Новым Годом!

А теперь о теме.

Вестерн Диджитал принесли мне «подарочек» под Новый Год :)

Обнаружил, что многочисленные программки в линуксе рапортуют мне о размере кластера (физический размер блока) с размером не в 4096 байт, а в 512 байт! Диск - WD Green 1.5TB. Всем ясно, что фишку «Advanced Format» придумали не просто так, а именно из-за того, что размер кластера на новых винтах отличен от ранее принятого стандарта в 512 Байт на физический кластер. Я думал, что софт сырой. Пробовал разные софтины. Нашёл подтверждение в интернете, что софт не сырой, что я всё делал правильно. А проблема в..... жёстком диске!

Нашёл топик на этом форуме, он уже заархивирован, поэтому отвечать туда не могу.

Жесткий диск с 4k секторами. Без эмуляции 512.

В этом топике Товарищ Relan пишет:

Кстати, у первых хардов WD с 4К сектором был баг — они рапортовали размер сектора 512 байт, ну и софт вел себя соответствующе. В вашей тошибе нет такой проблемы?

У меня как раз тот винт был куплен довольно рано (недолго после их появления). Блин... что теперь делать таким горе-юзерам, поимевшим счастье купить глючный винт супер-мега-крутой корпорации Вестерн Дигитал?

Его можно как-то починить, чтобы он сообщал правильный размер физического кластера? Может есть новые прошивки для него? По идее, это прошивкой должно лечиться.

Если починить нельзя, то скажите, как правильно отформатить его в линуксе и создать ФС типа ext4.

Пробовал через: mkfs.ext4 -b 4096 -C 4096 -t ext4 /dev/sdb1

но утилита ругеается, пишет что нужен bigalloc: mkfs.ext4: specifying a cluster size requires the bigalloc feature

OS Debian 8.2.0 Kernel 3.16.0-4-amd64

Что ему не нравится? Хелп ми плиз :) Спасибо!

root@pc0:/home/username# hdparm -I /dev/sdb

/dev/sdb:

ATA device, with non-removable media
	Model Number:       WDC WD15EARS-00Z5B1                     
	Serial Number:      WD-WCAVU0524519
	Firmware Revision:  80.00A80
	Transport:          Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6
Standards:
	Supported: 8 7 6 5 
	Likely used: 8
Configuration:
	Logical		max	current
	cylinders	16383	16383
	heads		16	16
	sectors/track	63	63
	--
	CHS current addressable sectors:   16514064
	LBA    user addressable sectors:  268435455
	LBA48  user addressable sectors: 2930275055
	Logical/Physical Sector size:           512 bytes
	device size with M = 1024*1024:     1430798 MBytes
	device size with M = 1000*1000:     1500300 MBytes (1500 GB)
	cache/buffer size  = unknown
Capabilities:
	LBA, IORDY(can be disabled)
	Queue depth: 32
	Standby timer values: spec'd by Standard, with device specific minimum
	R/W multiple sector transfer: Max = 16	Current = 16
	Recommended acoustic management value: 128, current value: 128
	DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
	     Cycle time: min=120ns recommended=120ns
	PIO: pio0 pio1 pio2 pio3 pio4 
	     Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
	Enabled	Supported:
	   *	SMART feature set
	    	Security Mode feature set
	   *	Power Management feature set
	    	Write cache
	   *	Look-ahead
	   *	Host Protected Area feature set
	   *	WRITE_BUFFER command
	   *	READ_BUFFER command
	   *	NOP cmd
	   *	DOWNLOAD_MICROCODE
	    	Power-Up In Standby feature set
	   *	SET_FEATURES required to spinup after power up
	    	SET_MAX security extension
	   *	Automatic Acoustic Management feature set
	   *	48-bit Address feature set
	   *	Device Configuration Overlay feature set
	   *	Mandatory FLUSH_CACHE
	   *	FLUSH_CACHE_EXT
	   *	SMART error logging
	   *	SMART self-test
	   *	General Purpose Logging feature set
	   *	64-bit World wide name
	   *	{READ,WRITE}_DMA_EXT_GPL commands
	   *	Segmented DOWNLOAD_MICROCODE
	   *	Gen1 signaling speed (1.5Gb/s)
	   *	Gen2 signaling speed (3.0Gb/s)
	   *	Native Command Queueing (NCQ)
	   *	Host-initiated interface power management
	   *	Phy event counters
	   *	NCQ priority information
	   *	DMA Setup Auto-Activate optimization
	   *	Software settings preservation
	   *	SMART Command Transport (SCT) feature set
	   *	SCT Features Control (AC4)
	   *	SCT Data Tables (AC5)
	    	unknown 206[12] (vendor specific)
	    	unknown 206[13] (vendor specific)
Security: 
	Master password revision code = 65534
		supported
	not	enabled
	not	locked
		frozen
	not	expired: security count
		supported: enhanced erase
	342min for SECURITY ERASE UNIT. 342min for ENHANCED SECURITY ERASE UNIT. 
Logical Unit WWN Device Identifier: 50014ee60020b94b
	NAA		: 5
	IEEE OUI	: 0014ee
	Unique ID	: 60020b94b
Checksum: correct

Добавление № 1.

Обнаружил более 192 000 парковок головок за общее время юзания диска 2 года и 24 дня и ужаснулся. Утсановил с помощью WDIDLE3.EXE версии 1.05 таймер на 300 секунд ( параметр /S300), проверил, отключил таймер параметром /D. Проверил ( /R ). Утилита сказала, что всё тип-топ, таймер отключен. Захожу в ХР, проверяю прогой Speccy S.M.A.R.T., параметр 193 (0xC1) показывает 192 079 в 21:26. Проверяю через 5 минут: 192 081 в 21:32. Что за...... Вот это подарочек от WD.

Не покупайте никогда харды этой фирмы.

Пошёл искать новую прошивку...

Сайт http://support.wdc.com/ на пинг не откликается, браузером не открывается. Все ушли в запой?... Вот вам и Вестерн Диджитал!

Если пинговать support.wdc.com с ping.eu, то пинг есть! Американцы забанили Россию? Что за хрень происходит?

Ещё раз всех с Новым Годом!

 , , , ,

n4wyn55
()

ddrescue // вопрос про direct access

Нашёл интересный набор программ (ddrescue). У неё, помимо полезных функций самой программы, есть очень подробно и грамотно расписанный мануал (все бы так писали!, https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html).

При описании опции -D (она же --odirect), указано, что «Some OSs have a bug that prevents them from detecting write errors properly (or at all) on some devices if direct disc access is not used for outfile. »

У меня вопросы.

Вопрос № 1. В каких дистрибутивах ОС, основанных на ядре Линукса, такой упомянутый баг существует?

Я ради эксперимента решил потестировать старые дискеты (да-да, те самые дискеты для FDD 3,5"), благо на материнской плате есть такой разъём и сохранился флопарь.

Прочитал образ с дискеты с помощью dd успешно. Все 1440 КиБ (2880 секторов по 512 байт) видны. Значит флопарь вроде бы ещё жив. Но... при попытке записать тем же dd образ загрузочной дискеты от FreeDOS 1.0, флопарь зависает и с ним же туда уходит процесс. Лампочка на приводе горит, флопарь спит, нету звуков работы головки. Крутится ли диск, я не могу сказать, его не слышно вроде.

Насколько я понимаю, процесс висящий в списке, имеет состояние D, это непрерываемый процесс ядра если я правильно понял, да? Он вешает систему во время выключения/перезагрузки (бесконечное ожидание завершения, которого так и не наступает).

Вопрос № 2. Это тот самый упомянутый в мануале ddrescue баг? Или что это?

Попробовал записать образ дискеты с помощью ddrescue. На позиции 39936 Байт утилита зависла. Точно так же как и зависал dd. Вот жесть.

Вопрос № 3. Как такое может быть? Читает 100% правильно, а при записи висяк. Куда копать?

P. S.

В ХРюше записал образ на дискету с помощью rawritewin с пол тыка. Вот это чудеса механизации. Правда, прочитал этот образ с трудом. Первая попытка оборвалась на ошибке хэш-суммы CRC примерно на 86% чтения. Вторая попытка начала усиленно скрежетать головками примерно на 91% дискеты, со скрипом но прочитал со второй попытки. Сверил SHA-1 и MD5 исходного образа и прочтённого после записи — совпадают. Уря.

Прочитал эту дискету в Дебиане. Так же, только со второй попытки. Видимо конечные дорожки скоро умрут...

Пойду попробую записать и проверить в FreeDOS.

Что же получается... линукс разучился писать дискеты. Как так? Где же хвалёная надёжность Дебиана?... Современные ОС даже элементарные операции делают с трудом...

Заранее, благодарю.

 , , , ,

n4wyn55
()

GRUB && Debian 8.2.0

После установки Debian 8.2.0 AMD64 загрузчик поломал систему.

Устанавливал Дебиан в графическом экспертном режиме. В самом конце установки инсталятор написал, что «похоже, у вас загрузка EFI». У меня загрузка через BIOS. Если выбрать ответ «ДА» на установку какой-то ремувебал штуки ЕФИ и если выбрать «НЕТ», произойдёт одно и то же: после установки загрузчика GRand Unified Bootloмателя, все ОС в системе (кроме Дебиана 8) перестанут загружаться. То есть, в меню загрузки они все определены, все видны, но при их выборе — чёрный экран с курсором и висяк.

Примечательно то, что два дня до этого я ставил Убунту 15.10 и в ней загрузчик работал правильно. В седьмом Дебиане так же всё было правильно.

grub-install -V
grub-install (GRUB) 2.02~beta2-22+deb8u1

ГРУБ установлен был вышеупомянутым инсталятором в /dev/sda.

/dev/sda1 (fat32) содержит FreeDOS 1.1;
/dev/sda2 (ext4) содержит Debian 8.2.0;
/dev/sda3 (fat32) содержит Windows XP SP3 32-bit.

Вопрос (извечный): кто виноват и что делать?

 ,

n4wyn55
()

fstab в Ubuntu

Подскажите, в чём прикол работы fstab в Убунту 15.10.

В fstab'е прописано:

UUID=*** /media/D-1 exfat rw,dev,nosuid,noexec,auto,users,async 0 2
UUID=*** /media/D-2 vfat rw,dev,nosuid,noexec,auto,users,async 0 2

Папки «/media/D-1» & «/media/D-2» имеют владельца root (rw), группа root (r), остальным (r) после перезагрузки машины (установка всем юзерам rw обнуляется).

Не-рутовый юзер Убунты может спокойно создавать файлы и папки на первом диске D-1, и не может этого делать на втором диске D-2.

1. Почему так? Я же прописал rw в обе строки fstab. 
2. Как сделать rw доступ всем на оба диска?

Ох... в Ф.С. vfat свои премудрости с правами доступа.

Нашёл похожую проблему в (может кому-нибудь ещё пригодиться):

http://serverfault.com/questions/43634/how-to-mount-external-vfat-drive-as-user

 , , ,

n4wyn55
()

RSS подписка на новые темы