Sprawdzanie statusu dla dysku /dev/hda:
smartctl -Hc /dev/hda
Zakładam oczywiście, że pakiet smartmontools jest zainstalowany w systemie.
Możemy jeszcze sprawdzić czy nasz dysk /dev/hda obsługuje SMARTa:
smartctl -i /dev/hda
smartctl -i -d ata /dev/sda # dla dysków SATA
Jeśli nasz dysk /dev/hda nie obsługuje SMARTa, możemy spróbować go włączyć:
smartctl -s on /dev/hda
smartctl -s on -d ata /dev/sda # dla dysków SATA
- single (praktycznie tylko odłącza sieć)
- emergency (montuje tylko glowny system plikow i to na dodatek w trybie read-only)
Aby je wywołać najeżdżamy w menu GRUBa na pozycje CentOSa, a następnie wciskamy przycisk „a” – wchodzimy w tryb dodawania parametrów bootowania do jądra. Następnie po spacji wpisujemy „single ” lub „emergency” w zależności od tego w jakim trybie chcemy wystartować.
Podczas instalacji CentOSa 4.5 (tuż po wyborze pakietów) na ekranie pojawił się dialog z informacją:
„An error occurred transferring the install image to your hard drive.
You are probably out of disk space.”
Z dyskiem (fizycznie a także z ilością wolnego miejsca) oraz nośnikiem było wszystko OK, więc problem wydawał się tym grubszego kalibru. Jak się jednak okazało wystarczyło przy bootowaniu wyłączyć tryb DMA dla dysku poprzez ustawienie parametru „ide=nodma”.
Na początek flv2avi – ustawienia w miarę „standardowe”:
ffmpeg -i input_file.flv -ar 48000 -ac 2 output_file.avi
Teraz rmvb2avi:
mencoder input_file.rmvb -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=900:autoaspect -ffourcc xvid -oac lavc -lavcopts acodec=mp2:abitrate=128:atag=0x50 -o output_file.avi
Podczas exportowania schematów za pomocą narzędzia ‘exp’ aplikacja dochodziła do stanu ‘exporting cluster definitions’ i wyrzucała takie cos:
EXP-00056: natrafiono na błąd ORACLE – 24324
ORA-24324: nie zainicjalizowano uchwytu obsługi
EXP-00056: natrafiono na błąd ORACLE – 24324
ORA-24324: nie zainicjalizowano uchwytu obsługi
EXP-00000: Eksport zakończony niepomyślnie
Rozwiązaniem okazało się usunięcie z Oracla modułu XML DB:
- usuwamy z pliku inicjalizującego wpisy o dispatcherach:
ALTER SYSTEM RESET dispatchers scope=spfile sid='*';
- uruchamiamy skrypt:
catnoqm.sql
- potem w razie potrzeby (jeśli istnieje) przełączamy przestrzeń tabel dla XML_DB w tryb offline i usuwamy ją.
SQL> – Change the HTTP/WEBDAV port from 8080 to 8081
SQL> call dbms_xdb.cfg_update(updateXML(
2 dbms_xdb.cfg_get()
3 , ?/xdbconfig/sysconfig/protocolconfig/httpconfig/http-port/text()?
4 , 8100))
5 /
Link do pełnego artykułu: http://www.idevelopment.info/data/Oracle/DBA_tips/xmldb/XMLDB_2.shtml
Podczas patchowania bazy danych Oracle z wersji 10.2.01 do 10.2.0.3 na etapie linkowania na ekranie pojawił się błąd związany z „libstdc++.so.5: No such file or directory”.
Rozwiązanie:
[root@xxx ~]# yum whatprovides libstdc++.so.5
(…) compat-libstdc++-33.i386 3.2.3-61 base
Matched from:
libstdc++.so.5
[root@xxx ~]# yum install compat-libstdc++-33
Nie dalej jak dwa tygodnie temu przyszło mi, w ramach większego zadania, stworzyć mały panel z kilkoma komponentami. Niby prosta sprawa, jednak haczykiem był w tym przypadku GridBagLayout, którego należało do tego celu użyć. Już po kilkunastu minutach sam na sam z kodem i wspomnianym GridBagLayoutem przypomniał mi się jeden z moich ulubionych filmików. Cóż więcej powiedzieć – po prostu totally… ;]
