Салют трудяги!

Задача.
Есть образ диска сжатый gzip, и созданный по средствам partimage. Образ состоит из 4-х файлов типа name.00[0-3].
Требуется "вытащить" один файл.

Делал как понимаю:

По средством cat сложил все в один файл. Распаковал его gzip-ом (ошибок не было). Пытался подмонтировать задав файловую систему и -o loop
Не монтирует.

ЧЯДНТ?

Буду признателен если кто в курсе и подскажет.

Заранее спасибо.

Вопрос может показаться банальным, но все же сабж^^
Пока сие могу видеть только прервав, либо ограничив колличество [-с].
А так чтоб в реальном времени, то только следя за счетом icmp_seq, что не есть удобно:(

Тобишь хочу вывод подобный:

Request timed out.
Reply from 4.2.2.1: bytes=2048 time=1094ms TTL=251
Reply from 4.2.2.1: bytes=2048 time=1093ms TTL=251
Reply from 4.2.2.1: bytes=2048 time=1203ms TTL=251
Request timed out.
Request timed out.
Request timed out.
Reply from 4.2.2.1: bytes=2048 time=1141ms TTL=251
Reply from 4.2.2.1: bytes=2048 time=1141ms TTL=251

К сожалению выход вижу только в реализации сего через скипт-оболочку для ping, считащий icmp_seq(ы)

Вопрос к собравшимся: может я просто ман и гугл не докурил, может всеже есть ключь-кнопка какая?

Спасиб:)

Господи, да когда же закончится этот кошмар с Driver "intel" ??!!!

а по делу собственно сабж ^^

P.S. не могу осилить 865G :(

P.P.S. перепробовал [xf86-video-intel-2.5.1;xf86-video-intel-2.9.0]

Салют трудяги.

Ищу книжку для отца. Копьютер - азы, КДЕ бла бла бла,,,

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

Ткните носом.

Спасибо.

Интересно кто видел такое:

При загрузке nvidia сразу запускается вентилятор лаптопа ~ на 5 минут, не зависимо от температуры. Т.е. даж на холодную, как только загрузился nvidia, будь то после poweron или после suspend/hibernate все одно - запускается вентилятор на максимальные обороты. Прошло 5 минут и вентилятор отключается.
Появилось на всех драйверах после 180.60, раньше никогда ничего подобного не было.Ни каких других нареканий не имею. Все работает, но из-за этого остаюсь на драйвере 180.60

P.S. GeForce 7000M

Салют Трудяги!

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

Короче, ООО версии 3.1.0 не проверяет русскую орфографию. Английский проверяет. Пробовал ООО от Инфры, а так же собирал сам. Русской проверки нет. Ставлю обратно 3.0.1 все ОК. Пробовал шаманить со словарями. Нифига не проверяет. Даж если подсунуть ему: http://extensions.services.openoffice.org/files/936/9/dict_ru_RU-0.6.oxt

Еще раз повторюсь спросив:

Я один такой? У кого было нечто подобное?

Спасибо.

P.S. чтоб исключить одну из возможных групп вопросов/советов, уточню, - все кнопки/рычаги/свистки/галочки/веревочки в меню, я уже перенажимал/передергал/передудел/переставил/передергал. Грибы и сушеный бурак тож не помогли.

Салют Трудяги,

В nvidia README.txt сказано:

There are several choices for configuring the NVIDIA kernel module's use of
AGP on Linux. You can choose to either use the NVIDIA builtin AGP driver
(NvAGP), or the AGP driver that comes with the Linux kernel (AGPGART). This is
controlled through the "NvAGP" option in your X config file:

Option "NvAGP" "0" ... disables AGP support
Option "NvAGP" "1" ... use NvAGP, if possible
Option "NvAGP" "2" ... use AGPGART, if possible
Option "NvAGP" "3" ... try AGPGART; if that fails, try NvAGP

The default is 3 (the default was 1 until after 1.0-1251).

Указываю явно:
grep NvAGP /etc/X11/xorg.conf
Option "NvAGP" "1"

После загрузки драйвера проверяю:

grep NvAGP /proc/driver/nvidia/registry
NvAGP: 3

??!! :0

Получается, что у меня драйвер nvidia не проверяет наличие NvAGP и сразу использует agpgart.
Если допустить, что он проверяет, но NvAGP не работает и поэтому он юзает agpgart, тогда почему я вижу NvAGP: 3, если заявленый "NvAGP" "1" удовлетворяет всем условиям?

И ваапче, try AGPGART; if that fails, try NvAGP — получается, что ядерный agpgart приоритетнее, чем agp от самой nvidia, т. к. The default is 3

Поясните кто может, я то у меня уж стек переполнился,,,,

Сабж

ОК,
Салют Трудяги!
Читать я умею, правильно курить гугл вроди тож.
Не могу понять до конца.

Буду оччч признателен тому, кто сам понял и мне поможет.

Что я понял: nolapic_timer - выключает внутренний таймер ядра процессора(ов) и использует только системный таймер APIC

Что я не понял: Выключается ли внутренний таймер только на время загрузки. а после работает или навсегда? Как использование nolapic_timer влияет на производительность, энергосбережение и чего нибудь еще etc etc?

Что понял: nohz=off - говорит ядру не использовать динамические импульсы.

Что не понял: нифига не понял! какие динамические импульсы, от кого и кому? Можно ли без них жить или тогда придется чай пить только без сахара?

Что понял: при использовании highres=off и nohz=off вместе, система
полностью освобождается от,,, нет,даж не знаю что еще сказать, точнее как это выразить. Это типа не использовать HPET, а привязаться к кварцу. Тогда зачем нужно hpet=disable? В общем это я тож не понял.


Что такое - highres=on/off
Пишут Enable/disable high resolution timer mode. Что эт такое high resolution timer mode?

Какие возможности системы не доступны при использовании highres=off и nohz=off вместе?

Я понимаю, лень писать-отвечать на это все, но тогда ткните носом где это все ВНЯТНО описано, чтоб не просто почитать, а чтоб еще стало понятно:)

Заранее Спасибо!


P.S. сумбурно как то получилось,,,

Салют Трудяги!

Попал ко мне HP лаптоп с очень странными симптомами ACPI
Все прекрасно работает на ядрах до 2.6.26 включительно. При загрузке любого ядра начиная с 2.6.27 (включая 2.6.30rc4)наблюдаю такую картину:

Адаптер питания подключен к лаптопу:
все грузится и работает отлично!

Адаптер питания отключен, питание от батареи:
Загрузка останавливается много раз в процессе инициализации железа и продолжается только при нажатии какой-либо клавиши. Далее отработав несколько шагов загрузки, замирает снова до следующего нажатия любой клавиши на клавиатуре. И так 10-15 раз пока не появится приглашение. Можно конечно не тыкать кнопки и просто ждать, но тогда паузы достигают 3-4 минут и соответственно общее время загрузки занимает ~40 минут. Если же в процессе такой "загрузки" снова подключить внешнее питание, то загрузка продолжается без каких-либо задержек.

Если грузить ядро с параметром acpi=off, то есссстественно все отлично грузиться, что при питании от батареи, что от сети. Но такой вариант не подходит т.к. это лаптоп:)

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

Вот эту конфигурацию ACPI я использовал на всех тестируемых ядрах:

# Power management options
#
CONFIG_PM=y
# CONFIG_PM_DEBUG is not set
CONFIG_PM_SLEEP_SMP=y
CONFIG_PM_SLEEP=y
CONFIG_SUSPEND=y
CONFIG_SUSPEND_FREEZER=y
CONFIG_HIBERNATION=y
CONFIG_PM_STD_PARTITION="/dev/sda3"
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_PROCFS=y
CONFIG_ACPI_PROCFS_POWER=y
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_ACPI_PROC_EVENT=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_VIDEO=m
CONFIG_ACPI_FAN=y
CONFIG_ACPI_DOCK=y
# CONFIG_ACPI_BAY is not set
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_WMI=m
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_TOSHIBA is not set
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_PM_TIMER=y
CONFIG_ACPI_CONTAINER=y
CONFIG_ACPI_SBS=y
# CONFIG_APM is not set

#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
# CONFIG_CPU_FREQ_DEBUG is not set
CONFIG_CPU_FREQ_STAT=y
CONFIG_CPU_FREQ_STAT_DETAILS=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=m
CONFIG_CPU_FREQ_GOV_USERSPACE=m
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m

#
# CPUFreq processor drivers
#
CONFIG_X86_ACPI_CPUFREQ=y
# CONFIG_X86_POWERNOW_K6 is not set
# CONFIG_X86_POWERNOW_K7 is not set
CONFIG_X86_POWERNOW_K8=y
CONFIG_X86_POWERNOW_K8_ACPI=y
# CONFIG_X86_GX_SUSPMOD is not set
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_SPEEDSTEP_ICH is not set
# CONFIG_X86_SPEEDSTEP_SMI is not set
# CONFIG_X86_P4_CLOCKMOD is not set
CONFIG_X86_CPUFREQ_NFORCE2=m
# CONFIG_X86_LONGRUN is not set
# CONFIG_X86_LONGHAUL is not set
# CONFIG_X86_E_POWERSAVER is not set


Еще раз напомню, - при питании от батареи ядро грузиться с паузами, которые можно прервать нажатием клавиши <AnyKey> либо подключив питание от сети.
Сие наблюдается при использовании одной и той же конфигурации ACPI на всех ядрах начиная c 2.6.27

Если кто поделиться мыслями по этому поводу, - буду благодарен :)

Трудяги,

Вот в КДЕ3 есть такая классная штука как kpowersave, разработчики включили ее КДЕ4, но у меня (может не только у меня) она не работает. Т.е. и говернор и яркость я могу менять только ручками, а виджет kpowersave этого не делает. Так же пытался прикрутить cpufreqd, - не получается. По видимому без хакинга тут не обойтись, т.к. в его логах видно, что он лезет не по тем адресам, что за сенсорами, что в /sys/, либо менять ядро на которое его последняя версия была писана. Как бы то ни было, вопрос в следующем, - Пользователи КДЕ4, каким демоном управляете активным говернором и яркостью экрана?

Спасибо:)

P.S. мне это не критично т.к. по умолчанию я юзаю ondemand (conservative мне не нравится) и без kpowersave прожить могу :)

Салют трудяги!

В сущности сабж^^

P.S. ни прошло и 1.5 года, как я созрел на апгрэйднуть личный лаптоп%). В двух словах: Переполз з Слаки 12.1 на current, в т.ч. - с ядра 2.6.25.20 на 2.6.29.1, с кед 3.5.10 на 4.2.2, bla-bla, вобщем понятно. Пока всем доволен окромя спячки в память.

00:12.0 VGA compatible controller: nVidia Corporation GeForce 7000M (rev a2) (rev a2)

Пробовал от ручками mem > state, и свой любимый s2ram и tuxonice-3.0.1, во всех случаях не загружается nvidia при просыпании, работать с лаптопом можно только по ssh т.к. на экране - Квадрат Малевича. Спячка на диск работает во всех опробованных случаях.

Вобщем для своего лаптопа ядра от 2.6.(26-28).х я пропустил. Но 2.6.25.20 с любым nvidia драйвером 100% усыпало/просыпалось и вдоль и поперек.

Так что по сабжу- разбудил ли кто из RAM свою nvidiю на этом ядре?

Salut!

Sorry za latinicu, pishu udalenno s lynx(a) i lokali tut net:(,

Proboval KDE-4.2.2 vse bilo horosho poka ya ne lokalizoval systemu. Nachal gruzit KDE, vse kak bi startonulo, no poyavilos soobshenie, chto <nepomukservices> hochet indexirovat6sya. Chto to eshe pro indexaciu <stringi> bistro proskochilo. I vot, uzhe 2 chasa indexiruet. Konechnoy zagruzki KDE na ekrane net, hotya <kwin> startonul. Ubivesh etot <nepomukservices>, a on snova v processah poyavlyaetsya uzhe pod drugim ID. Tak chtob srazu <killall> ne pomogaet, govorit chto ne mozhet. Mozhno tolko uronit X, no pri sleduushem zapuske (dazhe bez ~/.kde) nachinaet indexirovatsya snova.

Vobshem v chem vopros,- Kto znaet chto za zver takoy? Esli smisl zhdat eshe, i skolko? (Ya konechno uzhe dal etomu <nepomukservices> nice popiaritetnie, nadeyas chto bistree delo poydet. No nifiga, kak ya uzhe govoril 2 chasa indeksiruet.)

Thnx in advance :)

сабж

Салют Трудяги,

Волею судьбы пришлось провести эксперимент с восстановлением MBR testdisk(ом) для Vista(ы).
Имеется HP лаптоп, для тестовых целей, у которого 2 партиции. Одна 110Гб, она же первая и активная NTFS на которой живет сВиста, вторая - 10Гб ext3 на которой я держу сжатый образ (partimage) раздела сВисты, для ее восстановления после крахов%)

Что делал:
1. Сохранил MBR, и отложил его пока в сторонку:);
2. Записал в MBR галиматью из /dev/urandom;
3. Гружусь LiveUSB и запускаю testdisk;
4. Очередной раз восхищаюсь работой testdisk(а) поправившего MBR;
5. Перезагружаюсь и гружу сВисту.

Сразу получаю сВистинО сообщение, что c:\windows\system32\winload.exe отсутствует или поврежден. (я так понимаю эт ее загрузчик) Типа сВиста in panic.

6. Гружусь LiveUSB, монтирую с:\ и проверяю наличие c:\windows\system32\winload.exe - ПРИСУТСТВУЕТ

Дальше хожу по кругу с testdisk(ом), сканирую, перераспределяю разделы, перезаписываю MBR, но результат один и тот же, - при попытке загрузить сВисту получаю все то же c:\windows\system32\winload.exe отсутствует или поврежден.

7. Записываю на место, ранее сохраненный MBR и сВиста сразу грузиться.

Кто в курсе, что что я не так делаю/пропускаю. Может кто делал подобное?

Заранее спасибо!

Салют Трудяги!

Что то я не пойму, или я - белая бабочка или одно из двух,,,
В общем есть виндовая сетка и сетевой принтер (HP LaserJet 1320 (с сетевухой) т. е. он принт-сервер) все видится и пингуется и печатается. Подключаюсь со своего лаптопа в сеть, пингую принтер, подключаю и печатаю. УсЭ добрЭ. Остаюсь в сети и занимаюсь другими делами. Примерно через минут 10 принтер перестает пинговаться. Все хосты в сети я пингую, а вот принтер нет. В то же время все другие хосты (вЫньдовые) этот же принтер и в то же время - пингуют. Выдергиваю принтер из сети, и снова включаю (IP - статический) и он сразу начинает пинговаться. Попечатал. Через 10 минут он снова на пинги не отвечает. И опять же, все «другие» его пингуют. Поключился к другому HP DeskJet(у) (струйнику) и печатаю, но он почему то не «отваливается», а пингуется все время.

Уже 3я чашка кофе, а что то не пойму чего это такое. Если предположить очевидное, что проблема у принтера с сетью, то почему эта проблема касается только меня, а вЫневыех хостов нет? :-\

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

Мысли в студию пожалуйста :)

Салют трудяги,

Мне тут срочно приходится уехать на некоторое время, а у ребенка остается кубунта. Все работает. Мне лучше, чтоб она совсем не обновлялась чем какие-нибудь сюрпризы в мое отсутствие. Честно говорю, - курить гугл времени нет.

Так чтоб по быстрому ткните меня носом где оно отключается.

Очччч благодарен!

Салют Трудягам,

Не знаю что с моим /dev/hands, но с дэбианами я не дружу.
В общем бубунта 8.04.2 видит мой sda как hda
libata загружен. Диск IDE (думаю он PATA). Когда гружу ядро с RescueCD (гентушный) то система определяет диск как sda, а вот бубунта как hda:(
Соответственно скорость работы в бубунте- никакая.

Буду рад если кто подскажет куда копать, если имеется:

serg@serg-desktop:~$ sudo hdparm -i /dev/hda
[sudo] password for serg:

/dev/hda:

Model=ST3160023A, FwRev=8.01, SerialNo=4JS01GM9
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=312581808
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2: ATA/ATAPI-1,2,3,4,5,6

* signifies the current active mode

serg@serg-desktop:~$ sudo hdparm -Tt /dev/hda

/dev/hda:
Timing cached reads: 1072 MB in 2.00 seconds = 535.67 MB/sec
Timing buffered disk reads: 164 MB in 3.03 seconds = 54.07 MB/sec

serg@serg-desktop:~$ uname -a
Linux serg-desktop 2.6.24-23-386 #1 Sun Jan 25 23:32:00 UTC 2009 i686 GNU/Linux

serg@serg-desktop:~$ lsmod |grep libata
libata 159856 3 pata_atiixp,pata_acpi,ata_generic
scsi_mod 151180 4 sg,sd_mod,libata,usb_storage
serg@serg-desktop:~$

Салют Трудяги!

Делаю dd if=/dev/zero of=/dev/sdb1

sdb1=80Гб

Кто уже делал примерно такой же объем, скажите сколько ~ времени ждать?
Уже около часа в процессе. Успею ли отойти и водки попить?

спасиб%)

Проверяем:
smartctl -d ata -a /dev/sda| grep Load_Cycle_Count
193 Load_Cycle_Count 0x0032 097 097 000 Old_age Always - 32844

Прошел примерно 1 час:

smartctl -d ata -a /dev/sda| grep Load_Cycle_Count
193 Load_Cycle_Count 0x0032 097 097 000 Old_age Always - 32952

Т.е. прирост на ~100

Сие понятно, т.к.:
hdparm -I /dev/sda| grep 'Advanced power management level'
Advanced power management level: 128

Увеличиваем:
hdparm -S 190 /dev/sda

/dev/sda:
setting standby to 190 (15 minutes + 50 seconds)

Проверяем:
hdparm -I /dev/sda| grep 'Advanced power management level'
Advanced power management level: 128

Эффекта нет:( Почему?

З.Ы. Слака

З.З.Ы. Озираясь на шумиху прошлых лет, актуально ли еще, для лаптопов (т.е. свежих sata2 дисков) подключенных к блоку питания форсировать увеличение таймаута, а при питании от батарии понижать для экономии батареи?
:) тут "по радио передовали" что лимит счетчика Load_Cycle уже снят.
Кто фФкурсе?

Спасибо.