Když proxmox dostane krámy

Dnes se mi stala nepříjemná věc. Restartoval jsem 2 mašiny a po restartu už to v quorum a v proxmoxu řvalo, že ty mašiny jsou odpojeny. Co teď? Pvecm status vypisuje, že je v clusteru jediná node a to je ta, která vše kontroluje, restartované mašiny jsou pryč. Po delším googlení jsem došel k následujícímu řešení, které Vás však může připravit o veškerou konfiguraci, či virtuálky, takže pozor! Na jednotlivých mašinách (mimo kontrolní, ze které cluster spravujete):  // ikdyž jsem to na kontrolní virtuálce pak udělal taky a v pohodě.

systemctl stop pve-cluster
systemctl stop corosync
pmxcfs -l
rm /etc/pve/corosync.conf
rm /etc/corosync/*
ps aux | grep pmxcfs
kill -9 $(pgrep pmxcfs)
systemctl restart pve-cluster

A potom mi šla mašina znovu přidat do clusteru příkazem: pvecm add <název čip IP adresa kontrolního stroje, kam chci fyzickou mašinu přidat), pak už to vypíše něco ve smyslu:

pvecm add dns_název_kontrolního_stroje
copy corosync auth key
stopping pve-cluster service
backup old database
waiting for quorum...OK
generating node certificates
merge known_hosts file
restart services
successfully added node 'název_stroje' to cluster.

zdroj zdroj2 zdroj3

Nepodporované síťové karty na Centos7 (Sun Fire X2200m2)

Ono to podle posledních článečků vypadá, že mám nějakou pifku proti Red Hatu, jenže to není pravda. Mě se prostě jen dějí podezřelé náhody, které mě nutí k zamyšlení, proč se tak děje. Doteď jsem nějak nepochopil, proč by Red Hat odebíral ovladače hardwaru z jejich distribuce.

Teď k tomu co se mi stalo.

lspci mi ukazuje na centosu7, že má stroj 4 síťové karty. Bohužel v ifconfig -a či ip addr show vidím jen 2. Kam se poděly ty zbývající 2? Odpověď je jednodušší, než byste mohli čekat. Mám asi moc staré síťové karty, ačkoliv jsou gigabitové a Red Hat si prostě usmyslel, že už je nebude standardně podporovat.

Mé řešení v mém případě pomohlo na mašinách Sun Fire X2200 M2:

rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
#Pokud byste měli Realtek 8168, tak:
yum install kmod-r8168 -y
#Pokud máte síťovky od Nvidie, tak:
yum install kmod-forcedeth -y

Pokud to nepůjde jinak, tak rebootnete stroj a po rebootu už síťovky uvidíte všechny.

zdroj1 zdroj2

 

 

Project cars: Unhandled exception trapped. EXCEPTION_ACCESS_VIOLATION at 0x40dfa67b. Reading from Adddress 0x000000000. Thread 0x00000b1c Build SMSARI.20161118.1246.BLDA000

Velmi často objevující se bug:

Project cars: Unhandled exception trapped. EXCEPTION_ACCESS_VIOLATION at 0x40dfa67b. Reading from Adddress 0x000000000. Thread 0x00000b1c  Build SMSARI.20161118.1246.BLDA000

Vypadá to nějak takto:

unhandled_exception_project_cars

Je v podstatě jedno co Vám to píše za adresy 0x0000 atd.., problém mají jak majitelé Nvidia Geforce karet, tak majitelé AMD Radeonů. V případě radeonů na PC kde jsem problém řešil, nepomohly ani starší, ani novější drivery (catalysty vs. crimson vs. crimson relive), podtaktování grafiky dokonce pod úroveň defaultních frekvencí jen oddálila problém, ale stejně ta hra pak spadla.

Situace na oficiálních forech Project Cars vypadá podobně

Někomu pomohlo snížit si frekvenci ramek, někomu vrátit přetaktovanou grafiku na původní takty od výrobce, ale celkově to neznamená vyřešení problému. Na počítačích, kde je hra spouštěna za standardního uživatele bez administrátorských práv je doporučováno hru spustit s právy administrátora. Pokud máte steam, tak prvně spustit steam s právy administrátora a následně spustit hru s právy administrátora, ale většinou tohle vůbec nemá vliv na pády hry, stejně hra spadla.

Jak se problému zbavit

Následující řešení však pomohlo na počítači, kde jsem tento problém řešil já:

1)  start /ovladací panely / (vpravo nahoře zobrazit podle: vyberte Malé ikony) možnosti napájení/ Vyberte Vysoký výkon (nebo performance, podle toho jak se Vám to tam zobrazuje).

2) (tento bod je asi nejdůležitější) start /ovladací panely / (vpravo nahoře zobrazit podle: vyberte Malé ikony)/systém / nalevo kliknete na upřesnit nastavení systému/ v poli kde se píše „Výkon“ „Vizuální efekty, plánování procesoru, využití paměti a virtuální paměť“ klikněte na tlačítko Nastavení / objeví se tabulka kde zaškrtnete „Optimalizovat pro výkon“ jako vidíte na obrázku a dáte dole OK.

Optimalizovat pro vykon

 

3) Posledním bodem, který je důležitý pokaždé, když měníte nastavení grafiky v Project cars, je nutné vymazat jeden XML soubor a to konkrétně v cestě:

C:/Users/<jméno vašeho uživatele/Documents (nebo Dokumenty)/Project CARS/

a zde SMAŽETE nebo PŘEJMENUJETE soubor:

graphicsconfigdx11.xml

(buďte vklidu, při spuštění hry, si hra konfigurační soubor vygeneruje znovu)

4) V nastavení grafiky ve hře si pohlídejte, abyste měli zakázané sdílení videopaměti (tuším že je to poslední záložka v nastavení).

5) Na PC s Radeonem R9 290x jsem snížil navíc ještě frekvence videopamětí z defaultních 1250 na 1145Mhz a čip z 1000 Mhz na 945Mhz (někam na úroveň Radeona R9 290) a problém se již nevyskytnul. (jsem však přesvědčen, že největší vliv na to mělo zakázání těch grafických funkcí ve windows, se kterými se hra nemusí snášet).

 

 

 

Přestaly Vám fungovat aktualizace na Windows 7?

Pokud jste zrovna nainstalovali originální windows 7 a nějak Vám nefungují aktualizace, respektive fungují, ale nic to nedělá, tak doporučím tento link.

Ve své podstatě jde o tyto aktualizace:

Windows 7 32-bit (x86):

Windows 7 64-bit (x64):

Jenže ani přesto Vám to nepůjde nainstalovat, takže před každou instalací konkrétní aktualizace musíte otevřít příkazovou řádku za admina a napsat:

net stop wuauserv
net start wuauserv 

Anebo po každé instalaci jednotlivých aktualizací restartovat počítač, pokud se necítíte na to, spustit příkazovou řádku za admina a provést restart služby. Oboje řešení jsou možná.

Fifa 17 startup crash (po zapnutí hra spadne)

Kamarád mě oslovil s problémem, kdy mu Fifa 17 demo na PC s AMD FX 8120, 4GB RAM, radeon 6950 spadne po spuštění.

Novější ovladače problém nevyřešily, různá nastavení problém taktéž nevyřešily.

Pomohlo tohle video:

https://www.youtube.com/watch?v=8bvmYG2K5ec

Konkrétně aplikace dxcpl.exe, která je k dispozici ke stažení zde: (100% funkční odkaz, bez virů, bez problémů)

https://ulozto.cz/!cnvyyt8X8/dxcpl-exe

Aplikaci nahrajte do adresáře s hrou, spusťte s právy administrátora, přidejte cesty jak k setupu hry, tak k .exe spouštěcímu souboru hry, zaškrtněte force on, corruption, error, featured level limit nastavte na: 11_0, force WARP a Disable Feature Level Upgrade.

Dáte OK, spustíte následně hru a fungujete. Kdyby hra stále nešla, spusťte ji s právy administrátora.

Jen podotýkám, že na internetových forech i v článcích se píše, že je potřeba minimálně 8GB RAM pro spuštění hry. Není to pravda, stačí Vám 4GB RAM.

 

 

Vytvoření nového GPT disku a přidání do SW RAID 6 diskového pole

cat /proc/mdstat ukazuje degradované pole.

Přidal jsem fungl nový a čistý disk z reklamace.

 

parted /dev/sda

GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) mklabel gpt
(parted) unit TB
(parted) mkpart primary 0.00TB 3.00TB
(parted) print
Model: ATA WDC WD30EFRX-68A (scsi)
Disk /dev/sda: 3,00TB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
 1 0,00TB 3,00TB 3,00TB primary
(parted) set 1 raid on
(parted) print
Model: ATA WDC WD30EFRX-68A (scsi)
Disk /dev/sda: 3,00TB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
 1 0,00TB 3,00TB 3,00TB primary raid
(parted) quit
Information: You may need to update /etc/fstab.
Přidání do raidu /dev/md3 nově zinicializovaného disku /dev/sda, konkrétně oddílu /dev/sda1:

mdadm /dev/md3 -a /dev/sda1
mdadm: added /dev/sda1

Po upgradu z ubuntu-server 12.04 na 14.04 blbne phpmyadmin #2

Konkrétně tyto 2 moduly/tabulky:

http://docs.phpmyadmin.net/en/latest/config.html#cfg_Servers_recent

http://docs.phpmyadmin.net/en/latest/config.html#cfg_Servers_table_uiprefs

V configu v  /etc/phpmyadmin/config.inc.php je potřeba povolit následující řádky:

$cfg[‚Servers‘][$i][‚recent‘] = ‚pma_recent‘;

$cfg[‚Servers‘][$i][‚table_uiprefs‘] = ‚pma_table_uiprefs‘;

$cfg[‚Servers‘][$i][‚recent‘] = ‚pma_recent‘;

 

Potom lognout na phpmyadmina a v databázi phpmyadminu přejít do záložky sql a vložit tam tohle:

CREATE TABLE IF NOT EXISTS `pma_recent` (
  `username` varchar(64) NOT NULL,
  `tables` text NOT NULL,
  PRIMARY KEY (`username`)
)
  COMMENT='Recently accessed tables'
  DEFAULT CHARACTER SET utf8 COLLATE utf8_bin;

-- --------------------------------------------------------

--
-- Table structure for table `pma_table_uiprefs`
--

CREATE TABLE IF NOT EXISTS `pma_table_uiprefs` (
  `username` varchar(64) NOT NULL,
  `db_name` varchar(64) NOT NULL,
  `table_name` varchar(64) NOT NULL,
  `prefs` text NOT NULL,
  `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`username`,`db_name`,`table_name`)
)
  COMMENT='Tables'' UI preferences'
  DEFAULT CHARACTER SET utf8 COLLATE utf8_bin;

Pak se odhlásit a přihlásit z phpmyadmina a warning zmizí.

řešení zde

Blbnoucí balíčky po upgradu z ubuntu-server 12.04 na 14.04

Vypadá to nějak takto:

Následující balíky byly nainstalovány automaticky a již nejsou potřeba:
 db5.1-util g++-4.6 gfortran-4.6 html2text libboost-iostreams1.46.1
 libclass-isa-perl libgd2-xpm libgeos-3.2.2 libgeos-3.3.3 libicu48
 libkadm5clnt-mit8 libkadm5srv-mit8 libkdb5-6 libllvm3.0 libmpc2
 libstdc++6-4.6-dev libswitch-perl libt1-5 libtasn1-3-dev libyaml-syck-perl
 python-authres python-central python-dns python-spf update-inetd
Pro jejich odstranění použijte „apt-get autoremove“.
0 aktualizováno, 0 nově instalováno, 0 k odstranění a 1 neaktualizováno.
4 instalováno nebo odstraněno pouze částečně.
Po této operaci bude na disku použito dalších 0 B.
Nastavuji balík apache2 (2.4.7-1ubuntu4.10) …
Directory /etc/apache2/conf.d is not empty - leaving as is
Please note, that directory is considered obsolete and not read anymore by default
munin phpmyadmin.conf phppgadmin phppgadmin.dpkg-new
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
ERROR: Module filter not properly enabled: /etc/apache2/mods-enabled/filter.load is a real file, not touching it
ERROR: Could not enable dependency filter for deflate, aborting
dpkg: error processing package apache2 (--configure):
 podproces instalovaný post-installation skript vrátil chybový status 1
dpkg: nesplněné závislosti zamezily konfiguraci balíku libapache2-mod-php5:
 libapache2-mod-php5 závisí na apache2 (>= 2.4); avšak:
 Balík apache2 zatím není zkonfigurován.
dpkg: error processing package libapache2-mod-php5 (--configure):
 problém se závislostmi - nechávám nezkonfigurované
Žádné apport hlášení nebylo vytvořeno, protože chybová hláška naznačuje, že se jedná o chybu způsobenou předchozí chybou.
 dpkg: nesplněné závislosti zamezily konfiguraci balíku php5:
 php5 závisí na libapache2-mod-php5 (>= 5.5.9+dfsg-1ubuntu4.17) | libapache2-mod-php5filter (>= 5.5.9+dfsg-1ubuntu4.17) | php5-cgi (>= 5.5.9+dfsg-1ubuntu4.17) | php5-fpm (>= 5.5.9+dfsg-1ubuntu4.17); avšak:
 Balík libapache2-mod-php5 zatím není zkonfigurován.
 Balík libapache2-mod-php5filter není nainstalován.
 Balík php5-cgi není nainstalován.
 Balík php5-fpm není nainstalován.
dpkg: error processing package php5 (--configure):
 problém se závislostmi - nechávám nezkonfigurované
Žádné apport hlášení nebylo vytvořeno, protože chybová hláška naznačuje, že se jedná o chybu způsobenou předchozí chybou.
 dpkg: nesplněné závislosti zamezily konfiguraci balíku phpmyadmin:
 phpmyadmin závisí na libapache2-mod-php5 | libapache2-mod-php5filter | php5-cgi | php5-fpm | php5; avšak:
 Balík libapache2-mod-php5 zatím není zkonfigurován.
 Balík libapache2-mod-php5filter není nainstalován.
 Balík php5-cgi není nainstalován.
 Balík php5-fpm není nainstalován.
 Balík php5 zatím není zkonfigurován.
dpkg: error processing package phpmyadmin (--configure):
 problém se závislostmi - nechávám nezkonfigurované
Žádné apport hlášení nebylo vytvořeno, protože již byl dosažen MaxReports
 Při zpracování nastaly chyby:
 apache2
 libapache2-mod-php5
 php5
 phpmyadmin
E: Sub-process /usr/bin/dpkg returned an error code (1)

ŘEŠENÍ

Zajet do

/var/lib/dpkg/info

a přesunout někam do háje třeba do /root/info/

soubory balíčků uvedených v chybě, tedy:

cd /var/lib/dpkg/info
mkdir /root/info/
mv apache2* /root/info/
mv libapache2-mod-php5* /root/info
mv php5* /root/info
mv phpmyadmin* /root/info
zdroj

 

Nelze psát velké české znaky / kapitálky v GIMPu

Na to mám jednoduché řešení.
Napište si velké znaky typu Č, Š, Ž, Ď, Ň, Ť bokem v textovém editoru a potom si je vložte do textu, který píšete do nějakého obrázku v gimpu a pak už to půjde. V Gimpu ty velké znaky s interpunkcí nejde jen zadávat, ale bere je to alespoň při CTRL + C a CTRL + V.

Enjoy 😉

neběžící druhý raid 1 mdadm: /dev/sdc1 has wrong uuid

mdadm --assemble --scan -v

vypíše:

mdadm: looking for devices for /dev/md/0
mdadm: no RAID superblock on /dev/md/0
mdadm: /dev/sdd1 has wrong uuid.
mdadm: no RAID superblock on /dev/sdd
mdadm: /dev/sdc1 has wrong uuid.
mdadm: no RAID superblock on /dev/sdc
mdadm: /dev/sdb1 is busy - skipping
mdadm: no RAID superblock on /dev/sdb
mdadm: /dev/sda1 is busy - skipping
mdadm: no RAID superblock on /dev/sda

bez úspěchu.

Řešení v mém případě:

mdadm --assemble --run --force /dev/md1 /dev/sdc1 /dev/sdd1
mdadm: /dev/md1 has been started with 2 drives.

Potom vidíme:

cat /proc/mdstat
Personalities : [raid1]
md1 : active (auto-read-only) raid1 sdc1[0] sdd1[1]
 1953382336 blocks super 1.2 [2/2] [UU]

K aktivaci pole pro zápis:

mdadm --readwrite /dev/md1

poté již vidíme:

cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sdc1[0] sdd1[1]
 1953382336 blocks super 1.2 [2/2] [UU]
Vše běží ok.

zdroj

 

Toť k dočasnému řešení. Trvalé řešení je následující.

Protože mě diskové pole raid /dev/md1 nevidělo po bootu, tak jsem musel dát příkaz:

mdadm -Es

ten vypsal:

mdadm -Es
ARRAY /dev/md/1 metadata=1.2 UUID=b96a8718:833b1c7d:b43cae1c:188ccf34 name=datastore:1
ARRAY /dev/md/0 metadata=1.2 UUID=ee406f56:6f3d0648:351c0043:9b42f95f name=datastore:0

a potom do /etc/mdadm/mdadm.conf stačilo doplnit řádek:

ARRAY /dev/md/1 metadata=1.2 UUID=b96a8718:833b1c7d:b43cae1c:188ccf34 name=datastore:1

Případně to ID lze zjistit pomocí příkazu:

ls -la /dev/disk/by-id/
lrwxrwxrwx 1 root root 9 srp 22 21:57 md-uuid-b96a8718:833b1c7d:b43cae1c:188ccf34 -> ../../md1

zdroj2

Oprava UEFI/EFI boot partition na GPT disku Windows 7/8/8.1

Strašně mi pomohl tento návod

Jen v rychlosti shrnu. Migroval jsem jeden notebook z HDD na SSD. Oddíly jsem naklonoval, vše by mělo běžet. Jenže neběželo. Buď to házelo error 0xc0000000e nebo 0xc0000225 při snaze nabootovat systém. Podle toho, jestli jsem UEFI zapnul nebo vypnul. Takže jsem nechal přes externí mechaniku nabootovat Windows 8.1 instalačku, kliknul na repair/opravit, doklikal se s ke command line (příkazové řádce) a co dál?

 

diskpart

disk sel 0

list vol

Mrkneme který oddíl (partition) je FAT32 + nemá žádné přiřazené písmeno jednotky a má od 100 do 350 Mb velikost (víc obvykle nemá). V mém případě to bylo přeházeno, jednotka typu FAT32, oddíl s velikostí 260MB byla vol 4 a druhá jednotka (asi kvůli recovery oddílu) byla vol 6.

Takže:

select vol 4
assign letter v:
exit
cd /d v:\efi\microsoft\boot\
bootrec /fixboot
ren BCD BCD.bak
bcdboot C:\Windows /l en-us /s v: /f ALL

To stejné v případě vol 6

diskpart
sel disk 0
list vol   (jen pro kontrolu)
sel vol 6
assign letter u:
exit
cd /d u:\efi\microsoft\boot\
bootrec /fixboot
ren BCD BCD.bak
bcdboot C:\Windows /l en-us /s u: /f ALL

 

pozor na obrácené \ u C:\windows a ostatní lomítka normální /l en-us atd… Kvůli tomu obrácenému lomítku mi to ten příkaz nechtělo sežrat a řvalo to „could not open the bcd template store. Status fc000000f“. Potom co jsem dal správné lomítko už to přestalo řvát, z čehož vyvozuji, že to evidentně nemohlo najít c:\Windows.

Opět platí pravidlo, jako v každém jiném návodu – tohle je můj návod pro mě. Pokud si zlikvidujete počítač, nemáte nárok na náhradu, berte to jako článek který pomohl mě a možná pomůže v inspiraci i vám, ale neberu žádné záruky ani riziko na sebe, pokud si cokoliv s počítačem provedete.

Blokované CZ IP adresy i přes povolení ČR pomocí GeoIP database v apachi?

Řešení se zdá být snadnější, než se Vám může zdát. Pokud totiž instalujete geoip modul pro apache, dohodí se Vám tam GeoIP.dat soubor z verze balíčku, která nemusí být nejnovější.

řešením může být tento článek:

http://dev.maxmind.com/geoip/legacy/install/country/

Zkrátka původní GeoIP.dat nahradíte za jeho novější verzi. Ta moje se s instalací apache nacházela v /usr/share/GeoIP/

(pozor na velká a malá písmena tzv. case sensitive)

WordPress: Redirect loop při přístupu na wp-admin, ERR_TOO_MANY_REDIRECTS error 310

ERR: 310 ERR_TOO_MANY_REDIRECTS

 

Co s tím?

Tak přinejmenším jsem se s tím trápil asi celej víkend, googlením a řešením, jestli moje .htaccess soubory po updatu jsou OK. Byly, problém byl v pluginech. Konkrétně v custom login pluginu, který Vám umožní změnit logo při přihlašování na wordpress. Takže jsem se s tím nepáral. Přesunul jsem všechny pluginy do jiného adresáře a najednou wp-admin naskočil. Plugin po pluginu jsem začal problém řešit. Nakonec jsem skončil jen asi na polovině aktivovaných pluginů a vše běží jak má.
Enjoy! 🙂

 zdroj1  zdroj2

Instalace Munin a Munin-node na Centos6

Na Centos 6 je prvně nutné:

 

yum install epel-release

Kdybychom chtěli teď nainstalovat yum install munin munin-node, neproběhne to, vypsalo by to totiž uvedenou chybu:
file /usr/share/man/man3/XML::SAX::Base.3pm.gz conflicts between attempted installs of perl-XML-SAX-0.96-7.el6.noarch and perl-XML-SAX-Base-1.04-1.el6.rf.noarch   file /usr/share/man/man3/XML::SAX::Exception.3pm.gz conflicts between attempted installs of perl-XML-SAX-0.96-7.el6.noarch and perl-XML-SAX-Base-1.04-1.el6.rf.noarch

Po googlení jsem dospěl k následujícímu řešení:

yum install munin --exclude=perl-XML-SAX-Base --skip-broken

A pak už to frčí.

zdroj

Low FPS in Battlefield 3 / Málo FPS v Battlefieldu 3

Musím uznat, že i řešení tohoto problému překvapilo i mě samotného, protože za posledních 15 let řešení problémů s PC jsem na podobný nenápadný, ovšem fatální problém ještě asi nenarazil.

U jednoho počítače konkrétně s těmito parametry:

AMD Phenom 9950 Black edition
4×1 GB RAM DDR2 800Mhz
Gigabyte MA-790x-UD3P
Geforce GTX 460 1GB

jsem narazil na problém ve Windows 8.1, kde uživatel parametricky splňoval vše proto, aby battlefield 3 zvládal na 60 FPS při středních detailech a na 30 až 45 FPS ve vysokých detailech. Ve skutečnosti však uživatel měl 25 až 30FPS dokonce bez ohledu na to, jak nízké nebo vysoké detaily nastavoval. A obvykle čím horší detaily, tím FPS padaly více! (v rozlišení 800×600 měl uživatel 13 až 18 FPS a př i rozlišení 1280×1024 měl uživatel 25 – 30 FPS).  Grafická karta se téměř v GPU-Z měření nenamáhala a bylo ještě zvláštnější, že při horších detailech a horším rozlišení dokonce ještě více padaly FPS.
podezření padalo na 500W zdroj, pevné disky, operační paměti i grafickou kartu a dokonce i na integrovanou zvukovou kartu, která běhala v režimu 96 Khz.

Nic z toho se nakonec nepodařilo potvrdit. Když však uživatel vyzkoušel Battlefield 3 singleplayer (bez nutnosti připojení na síť), zjistil, že má stabilně 50 až 60 FPS i na ultra detaily. To je docela zvláštní náhoda, nemyslíte?

Po přidání 1Gbps síťové karty zn. broadcom do pci-expres slotu se problém vyřešil. I při online hraní stabilně 50 až 60 FPS, naprosto bez problémů.

Pokud jste tedy přesvědčení, že máte s Vaší PC sestavou mít mnohem větší počet FPS nebo máte zvládat hru či 3D aplikaci na více FPS, zkontrolujte připojení k síti, ovladače síťové karty a případně přidejte normální síťovou kartu do PCI slotu nebo PCI-express slotu.

Gigabyte GA-990XA-UD3 – ohnutá základní deska po nasazení chladiče, nePOSTne, nepípne, točí se pomale větráky

Dnes jsem došel k těžké, zato cenné zkušenosti.
Nasadil jsem boxovaný chladič na funkční základní desku Gigabyte GA-990XA-UD3 a deska prostě nePOSTnula (nezapnula se, nešel vidět bios) a větráky se roztočily jen pomale.
To mi připadlo hodně divné, protože jsem na desce měl předtím jinačí chladič. Myslel jsem si, že je to nedostatkem teplovodivé pasty na procesoru. Nebylo tomu tak. A zkusil jsem vzít chladič na procesor (boxovaný) a jen ho na rychlo přiložit na procesor bez zajišťování. Najednou deska postnula. Potom jsem chladič zafixoval pořádně (standardně i se zajištěnou packou na upevnění chladiče pevně k procesoru) a najednou deska nenaběhla. Když jsem dokonce v zapnutém stavu, kdy deska nenabíhala, packu povolil, do 2 až 3 vteřin se deska probudila a ihned postnula.

 

Tato zkušenost mě velmi překvapila. Vyřešil jsem to tak,  že jsem povolil šroubky v těch šroubovatelných plastech při zapnutém stavu a šroubky jsem povoloval tak dlouho, dokud mi deska sama nepostnula.

 

Odteď jakoukoliv desku budu testovat, stane se tak BEZ zajištěného chladiče na procesoru, jen s přiloženým chladičem na procesoru a v případě nepostujících desek si začnu hlídat i prohnutí desky a povolování šroubků v plastů, zajišťující uchycení chladiče na procesoru.

 

Nikdy by mě nenapadlo, že budu muset tohle řešit na socketu AM3+.

Proto tuto zkušenost pouštím dál. Doufám, že Vám tato moje zkušenost pomůže a ušetří nemalé peníze.

 

Xrandr – přidání rozlišení monitoru

Víte co na linuxu doslova zbožňuji? Každou jednoduchou věc, která funguje na Mac OS, nebo Windows, jako naprostá samozřejmost. Na linuxu Vám stejná věc může sebrat i „několik dní“ po několika minutách/hodinách času na řešení nějakého problému, když pak zjistíte, jak primitivní to vlastně je. Ale tu radost, kterou máte z toho, když jste si poradili, to je jako když si postavíte vlastní motorku, se kterou pak vyhrajete šampionát. Potom co si to nastavíte (po hromadě neúspěšných příkazů, čtení logů a zkoušení) tak to konečně funguje tak jak má a vy máte ten skvělý pocit, že se to podařilo právě proto, že jste si na to přišli hezky „sami“.

Toť k emocím a teď k logice. Nastavení více monitorů na linuxu může být občas za trest. (kdo to zažil, ten to chápe, kdo to nezažil, soucítím s Vámi, projdete si tím). Za trest proto, že Vám to třeba nedetekuje druhý, nebo třetí monitor. Na noteboocích se 2 grafikami nastává problém, no a nedejbože snažit se nahodit řešení AMD Cross-fire nebo NVIDIA SLI na linuxu. Na starších grafikách můžete poskládat dohromady kolik monitorů chcete, pakliže jejich rozlišení bude dohromady menší než 2048×2048 (jako např na starších intel 945 chipsetech). Další věc je podpora 3D v multihead provedení a takto bych mohl v nedostatcích, se kterými si musíte poradit sami, pokračovat. Pokud to detekuje všechny Vaše monitory, tak Vám to nenabídne všechna rozlišení. Když Vám to nenabídne všechna rozlišení, snažíte si to dodat sami.  Při prvním seznámením s xrandrem jsem byl trošku nejistý. Je to jako když vyfasujete nové firemní auto, tak ještě sami nevíte, kdy ta spojka přesně zabírá, jak moc můžete na ten plyn šlápnout, aby Vás řidič před Vámi nemusel proklínat za to, že si bude měnit přední sklo od kamínků, které jste na něj vystřelili zadními pneumatikami, jak fungují všechna ta hejblátka v palubním počítači a na co vlastně je tam to tlačítko „nemačkat“? (viz Stopařův průvodce po galaxii)

A po několika desítkách minut od přechodu z xorg.conf na xrandr musím pronést následující prohlášení:

„S jakoukoliv technologií, nebo lepším řešením se seznámíte lépe jen tehdy, pakliže na něm dokážete efektivně a rychle řešit jakékoliv produkční problémy. Pak můžete o sobě prohlásit, že danou technologii opravdu zvládáte, protože už Vás na ni nemá co překvapit.“

A stejné je to s xrandrem. Často Vám připadne, jak složitě některé věci na linuxu vypadají. Je to však první pohled. Přijdu s druhým prohlášením:

„Jakkoliv složitější příkaz či jejich seznam, se pro Vás stává primitivním, pakliže ho máte připraven v několika .sh skriptících, které vše zařídí za Vás.“

A do třetice:

„Čím více příkazů si ukládáte do .sh „skriptů“, které pak z rutiny spouštíte, zapomínáte jejich přesné znění a při jejich ztrátě jste nepoužitelní i Vy.“

V mé konfiguraci mám pracovní ntb dell inspiron 7720, celkem 3 displeje včetně integrovaného a měl jsem právě problém s detekcí VGA1 výstupu, ke kterému byl připojen HD monitor. Grafiku mi to bralo od intelu HD 4000 (mám tam ještě Nvidia GT 650M). No a nastává problém.

Co mám dělat, když VGA1 monitor mi nabízí nejvyšší rozlišení velikosti 1024×768 60Hz a přitom má podporovat 1680×1050 60Hz ?
Začneme základy:

xrandr

Vypíše Vaši současnou situaci:

Screen 0: minimum 8 x 8, current 2730 x 1680, maximum 32767 x 32767
LVDS1 connected (normal left inverted right x axis y axis)
 1920x1080 60.0 + 59.9 
 1680x1050 60.0 59.9 
 1600x1024 60.2 
 1400x1050 60.0 
 1280x1024 60.0 
 1440x900 59.9 
 1280x960 60.0 
 1360x768 59.8 60.0 
 1152x864 60.0 
 1024x768 60.0 
 800x600 60.3 56.2 
 640x480 59.9 
DP1 disconnected (normal left inverted right x axis y axis)
HDMI1 connected primary 1050x1680+0+0 left (normal left inverted right x axis y axis) 474mm x 296mm
 1680x1050 60.5*+ 59.9 
 1600x1200 60.0 
 1280x1024 76.0 75.0 60.0 
 1440x900 59.9 
 1152x921 65.9 
 1152x900 66.0 
 1152x864 75.0 
 1024x768 75.1 75.0 70.1 60.0 
 832x624 74.6 
 800x600 72.2 75.0 60.3 56.2 
 640x480 75.0 72.8 66.7 60.0 
 720x400 70.1 
VGA1 connected 1680x1050+1050+0 (normal left inverted right x axis y axis) 0mm x 0mm
 1680x1050 60.0*+ 60.0 
 1024x768 60.0 
 800x600 60.3 56.2 
 848x480 60.0 
 640x480 59.9 
VIRTUAL1 disconnected (normal left inverted right x axis y axis)
 1440x900_59.90 (0x13f) 106.3MHz
 h: width 1440 start 1520 end 1672 total 1904 skew 0 clock 55.8KHz
 v: height 900 start 901 end 904 total 932 clock 59.9Hz

Příkaz

xrandr -v

vypíše verzi:

xrandr program version 1.4.1
Server reports RandR version 1.4

 

Řešení na xrandr  ver 1.4.1 je zcela primitivní:

gtf 1680 1050 60 -x
xrandr --newmode "1680x1050" --newmode "1680x1050" 147.14 1680 1784 1968 2256 1050 1051 1054 1087 -HSync +Vsync
xrandr --addmode VGA1 1680x1050
xrandr --output VGA1 --mode 1680x1050

Ikdyby vám monitor jen problikl a nenaběhl, tak už si to můžete „doklikat“ přes applet na nastavení monitorů, kde už se Vám rozlišení objeví a můžete si to nastavit.
A popravdě ikdyž jsem asi poprvé v životě nemusel řešit nastavení GUI přes xorg.conf a dopisovat si tam řádečky a vypiplávat si to, bylo to pro mě poprvé mnohem příjemnější uživatelské řešení, než v minulosti. V minulosti jsem si to ponastavoval a bylo to super, než přijde další verze ovladačů, výměna grafiky, nebo upgrade distribuce a stejný maraton začíná +- znovu, protože ikdyž už nějaké nastavení máte, musíte to měnit.

Takže zatímco pro spoustu uživatelů, je ještě dnes GUI na linuxu, nebo dokonce samotný linux něco, na co se mají dívat přes prsty, za posledních 10 let urazil linux neuvěřitelný skok cesty kupředu a podle mě to dokážou ocenit jen ti, kteří zažili linux před těmi 10 lety a pamatují jaké to bylo tenkrát a mohou to srovnávat s dneškem. Teď si představte třeba jen nabídku distribucí před 15 lety, před 20 lety a dojde Vám, že ikdyž se ještě dnes objeví nějaké problémy, je to oproti tehdejší době jako rajská zahrada, nebo švédský stůl, ze kterého si můžete krásně vybrat to, co Vám chutná a vyhnout se tomu, co Vám prostě a jednoduše nechutná. Před 10 lety se mi nikdy nestalo, že bych nainstaloval linux a fungovalo by mi tam alespoň 50% toho, co bych chtěl v defaultu. A to že to tenkrát žralo mnohem méně ram, to už bych dneska taky neřešil.

Před 10 – 15 lety jsme si nedokázali ani představit, že by se dalo na linuxu něco novějšího rozumně hrát bez ztráty 40% výkonu a několika dní ladění ovladačů, ladění nastavení hry a různých bugů, pakliže budeme hovořit ne o těch nativních hrách, ale o těch hrách pod WINEm. A podívejte se na články na rootu dneska, kde si na blbuntu nainstalujete Steam, stáhnete si counter-strike: Global Offensive a prostě si zahrajete tak, jako kdybyste měli Windows. A jasně, ještě je hodně co dohánět, ale jsme svědci toho, že se vývoj někam uchyluje a že se do budoucna máme na co těšit.

Dle mého názoru, pokud Linux začne být atraktivní pro hráče PC her a designérské/technické společností pracujících se 3D, oblíbenost Linuxu vzroste exponenciálně.

zdroj1 zdroj2 zdroj3

Když dojde teplovodivá pasta na procesor? Co zkusit zubní pastu?

Než začnete číst ohledně tématu – NEzkoušejte to doma, neriskujte to! NIKDY nenanášejte na jakýkoliv čip spojený s chladičem nic jiného, než certifikovanou kvalitní teplovodivou pastu!

 Dnes jsem opravil počítač ZUBNÍ PASTOU

Dnes dojdu ke klientovi a počítač se zapne a hned sám od sebe vypne…Problém. Mám s sebou zdroj, mám sebou šroubováky a všechny různé věci, co Vás napadnou, když Vám někdo zavolá, že „počítač nejde“, ale nemám tak důležitou věc, jako je teplovidová pasta…Přitom jich mám doma asi 9.

Smůla. Vidím, že na procesoru je kousíček, zbytek zaschnuté pasty a chci to hned vyřešit. V tu chvíli mě to napadlo.

A teď si zkuste vybavit situaci. Iťák Vám přijde opravit počítač a pak se Vás zeptá : „máte zubní pastu?“ Uživatel odpovídá překvapeně: „Ano?“ a vy ji tak s trochou nejistoty berete a nanášíte na procesor.

A proč jsem si byl tak jistý? Pokud nemáte základní desku z roku 2003, ale alespoň ročník 2005 počínaje socketem 754/939/AM2 u AMD, nebo 478/775 u Intelu, tak již u těchto generací procesorů byl buď procesor, nebo deska, anebo obojí vybaveny tepelným čidlem a BIOS desky je schopen sledovat teplotu procesoru a v případě přehřátí celý počítač vypnout a tím chránit komponenty před poškozením. (škoda že to spousta grafických karet neumí dodnes).

Vím, že dnes už pravděpodobně nestihnu tu pastu vyměnit, ale pomohl jsem si získat čas do dalšího dne, protože když jsem měl pastu chvíli na prstu, cítil jsem, jak každou chvilkou pasta zasychá. A předpokládám, že až pasta zaschne, CPU bude mít s vedením tepla problémy a možná se bude zase vypínat.

Teď má procesor Amd Athlon 64 x2 5000+ 2,6Ghz v Idle teplotu 50°C v LOAD byla teplota kolem 62°C MAX. Což je na boxovaný chladič a zubní pastu vcelku slušný výkon.

Ještě jdu preventivně ověřit jestli je vše v BIOSU nastaveno správně, ať mám jistotu, že by se při přehřátí PC fakt vypnulo. U některých AMDčkovských desek se to totiž dalo při resetu CMOSu vypnout.

Budu situaci sledovat a řeknu Vám, kdy se klient zase ozve. Já to preventivně chci vyřešit dříve a stavit se ještě zítra.

No a trošku humoru na závěr: 9 z 10 iťáků doporučuje zubní pastu Colgate nebo Glister. 😉

Doporučím tento zdroj, benchmark, Zubní pasta vs. oříšková pomazánka

#Outlook 2007 „Můžeš bejt blbej, hlavně když si víš rady“

Tak Vám povím, cracknutí profilu na Outlook 2007 vůbec není jen tak. Jednomu kamarádovi jsem dneska migroval profily s exchangem z widláckého accountu na account, protože on sám bohužel neznal své přístupové údaje do firemního exchange, aby si dokázal založit profil od nuly ve svém outlookovském klientovi. Podařilo se mi vytáhnout všechny emaily, podařilo se mi vytáhnout i hesla ze zabalených .pst souborů, ale s čím jsem fakt měl problém byly zašifrované credentials a rozkódit část registrů pro funkcionalitu Outlooku. Nakonec jsem to vyřešil úplně stupidně, ale do příštího týdne přežije a může fungovat skrze příkaz:

 /runas /user:název_uživatele "c:\cesta\k\exe\souboru.exe"

s tím, že u toho druhého uživatele musíte mít nastavené heslo a mít povolenou službu secondary logon. Takže má na ploše bat script, tím si spustí outlook s nastavením jiného uživatele a  funguje. Taková hovadina a přitom všechno vytáhnete, jenom ne tohle tak snadno.

Nejhorší asi bylo, když po původně snadném přemigrování registrů:

„HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\WindowsMessaging Subsystem\Profiles\Outlook“

Hlásil outlook error code 8 s proxy certifikátama. Když to odkliknete, Outlook stejně odmítne nastartovat, protože bere přístupové cesty k souborům, ze starého profilu a nikoliv nového a ikdyž jste za uživatele spustili outlook za administrátora, bylo Vám to k ničemu, protože si ten Outlook zkrátka odmítnul sáhnout do starého NEsmazaného profilu na stejném počítači. Něco takového by se pod rootem na linuxu nestalo. (otázku bezpečnosti, když se snažím na něco přijít, vynechme).

hlasky_outlook_2007_sprejovane

 

zdroj1 zdroj2 doporučený_článek doporučený_článek2 doménová_hesla

migrace_profilu_v_registrech

Certifikát a jeho testování

Resync-PENDING software raid Linux (debian Wheezy)

Máme /dev/md1 (za md1 si doplňte cokoliv chcete)

Ukážu problém:

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active (auto-read-only) raid1 sdd1[1] sdb1[0]
 2930263928 blocks super 1.2 [2/2] [UU]
 resync=PENDING

řešení:

mdadm --readwrite /dev/md1

 

 

0xc00000e9 An unexpected I/O error has occurred

…pokud se Vám to stane při instalaci Windows, vyměňte instalační DVD, nebo DVD mechaniku. (většinou je to však poškrtaným a nečitelným DVD)

Pokud se Vám to stane při bootování windows z harddisku, vyměňte pevný disk, dejte ho do mrazáku v nějakém rozumném sáčku, za 12 hodin vadný disk vytáhněte a připojte externě k jinému počítači, na kterém bude nabootován linux a jak to půjde, vytáhněte z něho data. Pokud se Vám to stalo u SSD disku, přišli jste o všechna data na něm. Pokud se Vám to stalo na HDD, máte poslední šanci s mrazákovou metodou. Pokud se Vám plotny HDD ani neroztočí, tak smůla, vyhoďte ho, protože 10 až 15 tisíc za obnovu v profesionální laboratoři stejně asi platit nebudete.

 

 

 

 

Přilepený procesor k chladiči. Co teď?

Kamarád se mě zeptal, co dělat, když se mu přilepí procesor k chladiči a nemůže ho sundat?

Postup je následující.

Pokud máte procesor značky AMD (rok 2004 a novější), tak doporučím jednu skvělou radu, která funguje u mě a nikdy s tím nebyl problém.

Posaďte se, mezi stehna si dejte chladič procesorem nahoru. Vezměte do ruky šroubovák který uchopíte na obou koncích jako řídítka oběma rukama. Železnou část šroubováku přiložíte !!!PODÉLNĚ!!! k procesoru z boku a tlačíte jemně k sobě a přidáváte lehce na síle, dokud procesor nepustí. Chladič přidržujete palcemi obou rukou. Čili sejmete procesor bokem a neuděláte díky tomu nic špatného pinům (jehličkám) procesoru, kterých se ani nedotknete.

Pokud máte INTEL. Tak tam místo šroubováku buď použijete režnou nit (nebo něco co se nepřetrhne a zároveň s tím budete moci táhnout a sejmout procesor)  anebo mnohem tenčí šroubovák, protože procesory od intelu jsou drobnější, bez pinů a mají menší tepelný vývodník, za který by se dalo táhnout.

Pokud máte procesor, který na sobě má mit tepelný vývodník a vy jste tepelný vývodník (tzv. heatspreader) dříve sundali a přilepil se Vám k chladiči, pak si vlepte pár facek, protože jste pravděpodobně na úpravu procesoru, ve snaze získat lepší tepelné vlastnosti, použili naprosto debilní levnou teplovodivou pastu, která Vám může při podobném zákroku při sundávání procesor (respektive jeho jádro) zničit.

Hlavně na procesor NElijte žádnou kapalinu, rozhodně NElijte žádný benzín a odmašťovadla, stejně se Vám to jen tak nepustí, pokud je pasta fakt těžce přilepená a jenom byste si zašpinili procesor.  NIKDY s procesorem nemanipulujte za jeho piny (jehličky/nožičky) a při manipulaci držte procesor buď jenom za jeho rohy tak abyste procesor nezlomili nebo nezašpinili/neohnuli piny, kterými je procesor spojen se základní deskou.

kopírování pouze se souhlasem autora

 

 

HEC-RAS requires the „.“ symbol be used for decimals. Your system is using another character, probably then „,“ symbol. This option can be changed on the Regional Settings dialog in the Control Panel.

Řešení na tuto hlášku s programem HEC-RAS ve windows 8 s regionálním nastavením, znovu ji sem preventivně vložím:

HEC-RAS requires the „.“ symbol be used for decimals. Your system is using another character, probably then „,“ symbol. This option can be changed on the Regional Settings dialog in the Control Panel.

 

je následující:

start / ovládací panely / Oblast (v obráku 1.)  / dole tlačítko  „další nastavení“  (v obrázku 2.) / v poli Desetinny oddělovač se nachází znak , (čárka) , ten smažte a dejte tam jen tečku  „.“ (bez uvozovek “ ) (v ibrázku bod č. 3) a klikněte na ok (bod č.4 v obrázku).

A problém je vyřešen.

Jako v obrázku:hec_ras_reseni

hamachi: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14′ not found (required by hamachi)

Pokud Vám nové hamachi na Vašem linuxu píše: „hamachi: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14′ not found (required by hamachi)“

Pak vězte, že pokud nechcete řešit nekonečný problém s lib.so.6 na verzi 2.14 a zjišťovat, proč to nefunguje, jednoduše si nainstalujte STARŠÍ verzi hamachi.

https://www.dropbox.com/s/apap6601j1oqek0/logmein-hamachi_2.1.0.86-1_amd64.deb

V mém případě zabrala tato verze, která se chytla ihned napoprvé. Problém se mi vyskytl na Debian Wheezy 7.2.0 AMD64.

Enjoy

libxm.so.3 cannot open shared object file Debian squeeze, ubuntu, Mint, Wheezy

Typickej průser, nainstalujete Ansys a po spuštění to hází chybu: „libxm.so.3 cannot open shared object file „.

Řešení:

ověřte si že máte nainstalováno:

libmotif4-dbg – Open Motif – shared libraries
libmotif4 – Open Motif – shared libraries

Takže:

apt-get install libmotif4-dbg libmotif4 -y

Pokud to háže nějakou další přiblblou hlášku, apt-get -f install a potom zopakujete ten příkaz nad tímto řádkem.

 

A pak už stačí jenom:

cp /usr/lib64/libXm.so.4.0.3 /usr/lib64/libXm.so.3


Enjoy ;-)

Nevidím terminál/display/obraz na ubuntu-server 12.04.3 LTS po instalaci

Tohle se mi dnes stalo hned na 2 strojích staršího data.

 

Řešení je takovéto:

vim  /etc/default/grub

nebo nano /etc/default/grub

Přidejte nebo odkomentujte/změňte následující řádky:

GRUB_GFXMODE=800×600
GRUB_CMDLINE_LINUX_DEFAULT=“915.modeset=0 nomodeset“

Tu první jsem odkomentoval, tu druhou jsem editnul.

Uložte a zavřete. pomocí NANO CTRL O a CTRL X, pomocí vim :wq /etc/default/grub a potom:

sudo update-grub

reboot

A po rebootu už vám to krásně naběhne.

 

Enjoy

zdroj

Konverze mysql db z mysql 5.1 do mysql 5.0

 

ERROR 1064 (42000) at line 576: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‚USING BTREE,

řešení:

Smažte všechny výskyty USING BTREE nacházející se v .sql souboru který chcete importovat do databáze. USING BTREE používá mysql 5.1 ale neumí ho mysql 5.0.

 

Pomohl mi tento link.

 

Enjoy 😉

Když zákazník chce ubuntu-server 12.04 LTS kvůli dlouhé podpoře a příkaz halt nevypne server

Je to totální kravina, ale na dedikovaný server je to fakt nepostradatelné k vyřešení. Zadáte shutdown -h 0 a server se vypne. Zadáte halt a server se nevypne. Jenom se „ukončí systém“, vypnou disky ale zdroj a větráky se pořád točí. Abyste to vyřešili, totální vypnutí systému řeší příkaz halt -p na novějším jádře linuxu od 3.2.0 nahoru. Na spoustě diskusních for se o tom jen debatuje, někdo obviňuje z problému Wake on lan (dále jen WOL) a radí jeho vypnutí v biosu, někdo jiný zase radí vypnout acpi (to fakt nedělejte!).

Pokud chcete však vypínat server pomocí halt a nepsat pořád halt -p, nebo po Vás server převezme kolega, který to neví, doporučuji ošetřit startovací skript na halt:

editněte si soubor /etc/init.d/halt

if [ "$INIT_HALT" = "HALT" ]
then
  poweroff=""
fi
Stačí změnit kód na:
if [ "$INIT_HALT" = "HALT" ]
then
  poweroff="-p"
fi

zdroj

Primitivní skript řešící neprimitivní problém .-)

Stáhnete git a potřebujete rychle všechny .sql soubory ve stovkách podadresářů sjednotit do jednoho velkého .sql souboru. Jak to ale rychle udělat?

Jednoduše, takhle:

#!/bin/bash
cesta=$(pwd)
find -name *.sql|while read line;
 do cat "$line" >> vse.sql
 done

Enjoy

A když už jsme u toho, tak skript, který Vám všechny soubory vypíše:

#!/bin/bash
cesta=$(pwd)
touch seznam.txt
find -name *.sql|while read line;
do grep ^\- "$line" >> seznam.txt
done

Enjoy znovu 😉

Inicializace PostgreSQL 9.1 cannot connect, access denied atd… ?

Instalujete tak postgresql a najednou zjistíte, že nic nefunguje, nelze se připojit vzdáleně. Co teď?

Přihlásíte se na terminál server, ať už z jiné mašiny z linuxu, nebo na widlích přes putty a vykonáte následující příkazy:

doporučuji dát příkaz prvně su – postgres a enter (když jste předtím přihlášeni za roota)

psql -d template1

dostanete se do jiného promptu (viz template1=#):
template1=# CREATE ROLE uzivatel WITH LOGIN PASSWORD ‚nejake_heslo‘;
CREATE ROLE //vypíše v odpovědi postgresql
template1=# CREATE DATABASE nejakadatabaze WITH OWNER uzivatel;
CREATE DATABASE //vypíše v odpovědi postgresql
template1-#

Teď jak z uzivatele udělat administrátora?
GRANT ALL ON ALL TABLES IN SCHEMA public TO uzivatel;
GRANT ALL ON ALL SEQUENCES IN SCHEMA public TO uzivatel;
GRANT ALL ON ALL FUNCTIONS IN SCHEMA public TO uzivatel;

Tak a máte uživatele s rootovským oprávněním pro přihlášení do postgresql ale stejně se ještě nepřipojíte, protože nemáte v configu tuto možnost nastavenou:

V každé distribuci je to jinak, takže :
http://www.cyberciti.biz/faq/howto-add-postgresql-user-account/
a v dalším odkaze.

Pokud Vám není něco jasné, mrkněte sem.

Reset hesla na MySQL (debian lenny, centos 5.8)

Shit happens…zdědíte po odejitém kolegovi pár serverů, dokumentace chybí a vy si musíte poradit. Fajn, není problém, návod na resetnutí hesla na mysql serveru bezbolestně. (je vyžadováno dočasné vypnutí na pár minut MySQL server – postup tedy provádějte pozdě v noci):

/etc/init.d/mysql stop

sudo mysqld_safe –skip-grant-tables &
mysql -u root mysql

UPDATE user SET password=PASSWORD(„vase_nove_tajne_heslo“) WHERE user=“root“;
FLUSH PRIVILEGES;

Zde jsem se řídil tímto zdrojem a fungovalo to.

Další příkazy slouží k nastavení případného nového uživatele s oprávněním roota s právy na VŠECHNO:

CREATE USER ‚jmenouzivatele’@’%‘ IDENTIFIED BY ‚nejake_heslo‘;
GRANT ALL PRIVILEGES ON *.* TO ‚jmenouzivatele’@’%‘ WITH GRANT OPTION;

Tyto dva příkazy zajistí, že si vytvoříte uživatele s názvem jmenouzivatele a heslem nejake_heslo.
Druhý příkaz přidá oprávnění úplně na všechny tabulky, všechna typy práv a pověření.

Pokud by se Vám ještě nešlo na server připojit, tak třeba na debianu, tam mám tradičně problém, že MySQL server se rozhodl, že poběží jen na localhostu. TO lze editnout pomoci příkazu:

vim /etc/mysql/my.cnf

pomocí editoru dojedete k bind-address 127.0.0.1
zmáčknete shift + i, tím se dostanete do editačního modu, přepíšete to na:
bind-address vaše adresa tedy v mém případě
bind-address 192.168.0.219

ESC, :wq a enter
Pak dáte /etc/init.d/mysql restart a už se připojíte vzdáleně.

Linux mi píše, že zadaný soubor nebo cesta neexistuje, ačkoliv existuje?!

Tak to jste narazili na stejný problém, jako já před chvílí na debianu squeeze 6.0.7 amd64. Z názvu vidíte, že se jedná o 64bitový linux. Já se snažil spustit 32bitovou aplikaci, pro kterou můj 64bitový linux neměl podporu.

K vyřešení problému mi stačil příkaz:
apt-get update -y
apt-get install ia32-libs-dev -y

pokud by se objevil nějaký problém, tak:
apt-get update –fix-missing

Po nainstalování balíčku ia32-libs-dev už vše funguje.

Pokud chcete vědět víc, doporučuji tento link.

KVM: qemu: could not open disk image Permission denied

…i to se stává.

 

KVM je nevyzpytatelné a tohle se stává často zejména kvůli přístupovým právům.

Pokud jste již vyčerpali všechny možnosti a chcete to „prostě jen rozchodit“ tak mrkněte sem:

http://www.plugboot.com/index.php?option=com_content&task=view&id=239&Itemid=66

Ve zkratce:

1) Editněte soubor /etc/libvirt/qemu.conf

2)  Najděte v něm část

# The user ID for QEMU processes run by the system instance
# user = „root“
# The group ID for QEMU processes run by the system instance
# group = „root“

A odmažte první znak na začátku # před user a group takto:

# The user ID for QEMU processes run by the system instance
user = „root“
# The group ID for QEMU processes run by the system instance
group = „root“

pak změny uložte a dejte:
/etc/init.d/libvirt restart
Nebo restartujte stroj, ale předchozí příkaz jistě pomůže.

Jak obnovit smazané soubory na linuxu?

Obnova smazaných souborů. Obnova smazaných souborů na linuxu…No, to je kritické téma. Vsadím se, že většina z Vás, kdo to čte, se to zrovna týká a nevíte co dělat.

Pokud si na to netroufáte, volejte do servisu, přichystejte si rozpočet od 2 tisíc, do 30 tisíc korun.

Pokud si na to troufáte, tak si vezměte k počítači nějaký talisman, přítelkyni (jestli Vás už dávno nepodvádí se sousedem) raději oznamte, že odjíždíte pracovně pryč. A pokud s Vámi bydlí, tak si přichystejte raději dalších 10 tisíc na dovolenou pro ni, aby Vás za sezení u počítače nezabila.

Vám ostatním, kteří jste čtení s nervama v kýblu ještě nevzdali, protože máte v háji důležitá data, která potřebujete obnovit, vzkážu tohle.

Na to vám odpoví tyto dva články:

Hodně štěstí a pevné nervy s obnovou dat .-)
Převzeto z mého starého blogu.