Příspěvky

2221

Hardware / Notebook neukazuje aktuální příkon

« kdy: 14. 11. 2011, 14:27:43 »

Ahoj,

problém je jednoduchý, u NTB nevidím Present rate, tedy kolik mi NTB momentálně táhne z baterie. Tím pádem ani nevím, jak dlouho by mohl ještě vydržet běžet před umřením.

Kód: [Vybrat]

cat /proc/acpi/battery/BAT0/state
...
present rate: unknown
...

U staršího NTB ještě s OpenSUSE se mi zobrazovala hodnota. Po přechodu na Gentoo se na starém NTB už nezobrazovala.

Na novém NTB jedu rovnou Gentoo a problém je stále stejný.

Neřešil jste to někdo? Rád bych to měl funkční.

2222

Hardware / Re: Restarty, zamrzání a dlouhé načítání BIOSu

« kdy: 10. 11. 2011, 12:48:17 »

Já se klonim k výměně zmiňovaný baterky (typ 2032), budou jí mít i v elektro součástkách.

Možná bych zkusil taky flashnout BIOS na novější verzi/revizi, to si najdeš na webu výrobce (včetně postupu, ten by měl bejt taky v manuálu k desce).

Možná blbá rada/otázka, ale zkoušel jsi hodit BIOS do úplně základního nastavení (default settings) a ject s tim takhle? Dělá to taky?

2223

Desktop / Re: F15 - nenastartuje - po inst. xfce

« kdy: 02. 11. 2011, 17:38:21 »

Ok, něco zkusím, ale mohl by mi někdo říct, proč to udělalo, když po instalaci xfce a relogu z gnome do xfce bylo všechno v cajku?

To nemůže, už by to tu bylo dávno napsaný, kdyby jo.

Virtuální terminál jede (Ctrl + Alt + F1 například)? Co když se do něj přepneš, naloguješ a zkusíš grafický spustit ručně?

Nebo ten obrázek na kterej tu můžem kouknout je právě virtuální terminál? Pokud to skončí prostě při bootu takhle, tak to nedokážu poradit.

A jen tak mimochodem, taky mi nejdřív v hlavě probleskla stíhačka :-)

2224

Hardware / Re: PC do pěti tisíc korun

« kdy: 24. 10. 2011, 17:57:40 »

Pro TIGERa: Nedoporučuju Seasonic kvůli tomu, že by při přepětí neshořel, ale kvůli tomu, žemu věřim víc. Věřim, že to přepětí nepustí přes sebe a věřim, že má takovej výkon, jakej je u něj udávanej. Taky je tišší a často má lepší efektivitu než laciný zdroje, míň se zahřejvá, ....

Pro tazatele: Pokud nebude v sestave dědikovaná grafika (nadupaná), Seasonic 350W to utáhne (cena odhadem tak ~600?)

2225

Sítě / Re: Jaký síťový souborový systém?

« kdy: 24. 10. 2011, 17:19:23 »

V domácí síti jsem používal NFS, zvenku FTP.

Nějakou chvíl už místo toho používa SSHFS a jse spokojenej :-)

Pro Woknaře (žádný v domácí síti s takovym požadavkem nemam) mam FTP, případně jim můžu nabídnout SFTP (pokud budou vědět co to je a jak na to...). Víc nenabídnu, nebudu se podřizovat a přidělávat si zbytečnou práci.

Linuxákovi poradím SSHFS.

2226

Hardware / Re: PC do pěti tisíc korun

« kdy: 24. 10. 2011, 14:51:08 »

CPU: dle libosti, tady lze ušetřit
MB: ber nějakej Gigabyte, tady neustupovat
RAM: stačí Ti 4GB (2x2GB), ty nejlevnější co seženeš (nekoukej ani tolik na taktování, výkonostně to není až tak poznat)
HDD: koukni na poměr cena/velikost (viz popis níže)
Zdroj: Seasonic,  spolehlivej a vyplatí se do něj ty prachy dát
Case: to je úplně nejvíc fuk, tady šetři

Celkem vypadá Tvoje sestava v příspěvku z "23. 10. 2011, 18:23:23", ale ten zdroj vyměň za seasonic a case ber levnější. A mrkni na cenu 1TB disku tady (http://www.lan-shop.cz/samsung-hd103sj-spinpoint-88267) a na cenu toho Tvýho... Tam se nevyplatí tolik šetřit, když Tě 2x větší vyjde jen na pár korun navíc.

2227

Software / Re: SSHFS nejede - server 32bit, klient 64bit

« kdy: 08. 10. 2011, 16:59:07 »

Tak moje blbost. Na radu kámoše jsem se podíval do sshd_config úplně ke konci a tam je cesta ke spoušťáku sftp-server. Samozřejmě byla zadaná tak, jak SSH napsalo do logu, tedy včetně "lib64".

Kde vznikla chyba? Na 90% jsem konfigurák zkopíroval z 64bitového OS, místo toho, abych zeditoval ten, který s SSH přišel (tedy 32bitový).

Po změně cesty v sshd_config to samozřejmě jede.

2228

Software / Re: SSHFS nejede - server 32bit, klient 64bit

« kdy: 08. 10. 2011, 14:36:51 »

Zkoušel jsem se namountovat home na serveru do složky v homu na serveru a skončilo to stejnou chybou.

Příkaz

Kód: [Vybrat]

sshfs localhost: pokus

Stejná chyba na straně "klienta" (ve skutečnosti šlo o pokus na tom serveru) i na straně serveru.

Jinou mašinu s 32bitovým systémem nemám.

Ještě mě napadlo, jestli to nemůže být tím, že SSH klíč byl generovaný na 64bitovém systému...

2229

Software / SSHFS nejede - server 32bit, klient 64bit

« kdy: 08. 10. 2011, 10:47:29 »

Ahoj všem,

mám doma mini-server s 32bitovým CPU (Atom) a chci se připojit svůj domovský adresář pomocí SSHFS do mého desktopu s 64bit CPU (Core i5). Na obojím jede Gentoo.

Samozřejmě sem nepíšu jen tak - mám problém :-)

Klient při pokusu o namountování prohlásí

Kód: [Vybrat]

sshfs pisces: piscessshfs/
Enter passphrase for key '/home/pavouk/.ssh/id_dsa': 
remote host has disconnected

Na straně serveru je ve /var/log/messages k vidění následující (vybráno jen zajímavé, nejzajímavější je 2. a 3. řádek)

Kód: [Vybrat]

Oct  8 10:32:03 localhost sshd[18020]: subsystem request for sftp by user pavouk
Oct  8 10:32:03 localhost sshd[18020]: debug1: subsystem: cannot stat /usr/lib64/misc/sftp-server: No such file or directory
Oct  8 10:32:03 localhost sshd[18020]: debug1: subsystem: exec() /usr/lib64/misc/sftp-server
Oct  8 10:32:03 localhost sshd[18020]: debug1: Received SIGCHLD.
Oct  8 10:32:03 localhost sshd[18020]: debug1: session_by_pid: pid 18021
Oct  8 10:32:03 localhost sshd[18020]: debug1: session_exit_message: session 0 channel 0 pid 18021
Oct  8 10:32:03 localhost sshd[18020]: debug1: session_exit_message: release channel 0
Oct  8 10:32:03 localhost sshd[18020]: Received disconnect from 192.168.1.2: 11: disconnected by user
Oct  8 10:32:03 localhost sshd[18020]: debug1: do_cleanup
Oct  8 10:32:03 localhost sshd[18015]: debug1: do_cleanup
Oct  8 10:32:03 localhost sshd[18015]: debug1: PAM: cleanup
Oct  8 10:32:03 localhost sshd[18015]: debug1: PAM: closing session
Oct  8 10:32:03 localhost sshd[18015]: pam_unix(sshd:session): session closed for user pavouk

Podle mě je logické, že na 32bitovém systému nenajde spoušťák 64bitové verze sftp. Otázka ale zní, co s tím?

Zařízení jsou spojená kabelem přes switch, klasické ssh funguje, jiné služby mezi nimi taky. Stejný problém je i s jiným klientem, který je také 64bitový. Ale oba klienti mezi sebou můžou dělat SSHFS jak se jim zlíbí (když jsou oba 64bitoví).

Je to chyba nebo vlastnost? Poradíte někdo jak to zprovoznit?

Předem díky

2230

Sítě / Re: Připojení k Windows VPN

« kdy: 07. 10. 2011, 18:12:18 »

Omlouvám se za pozdní reakci.

Po konzultaci s IT od nás jsem zjistil, že máme k dispozici Cisco klienta pro Linux, takže se nejspíš uberu tímhle směrem.

Díky za tipy a (pro mě) nové informace o VPN.

2231

Bazar / Re: Prodám Nokia N900

« kdy: 07. 10. 2011, 16:59:14 »

Ááááá

Jak já bych to bral, kdyby mi nebylo líto pěti litrů (a kdybych neměl "chytrej" mobil)

2232

Odkladiště / Re: Steve Jobs je mrtvý

« kdy: 06. 10. 2011, 10:49:37 »

Bude tu chybět.

2233

Software / Re: layout klávesnice u password prompt

« kdy: 05. 10. 2011, 18:23:25 »

Zkus si, jaký rozložení máš v kdesu (nevím, nakolik je to relevantní, ale možná to nějak pomůže). Očekával bych české qwertz. (kdesu = spustit příkaz s právy roota, tj. např. "kdesu krusader").

Přihlášení do KDE si řeší KDM a to je "lehce mimo KDE". Zkus mrknout do jeho configu (v Gentoo se jmenuje kdmrc a je zahrabanej někde v /usr nebo /var, teď nevím), jestli tam není nastavení klávesnice. Případně možná jde naklikat v nastavení KDE (když máš su práva).

2234

Sítě / Re: Změna IP adresy v openSuse

« kdy: 04. 10. 2011, 14:40:57 »

Nejjednodušší by to mělo být přes Network manager (ikona vpravo dole). Vás zajímá právě to Auto eth0 (což znamená, že jde o automatické nastavení, pravděpodobně máte IP adresu přidělenou DHCP serverem vašeho poskytovatele připojení k internetu).

Tohle Auto eth0 by bylo potřeba přehodit na ruční nastavení a někde tam vše vyplnit. Já nemůžu přímo poradit, nepoužívám network manager, ale cesta by měla vést takhle.

Kam vede síťový kabel z vašeho PC? Do zástrčky ve zdi, na střechu, do stoupaček, do sousedního bytu, k anténě, do jiné krabičky (která je připojená podobným kabelem nebo k anténě)?

2235

Sítě / Re: Připojení k Windows VPN

« kdy: 04. 10. 2011, 14:34:29 »

Díky za reakci. Zítra se poptám našich IT a napíšu zase sem. Stačí mě pak jen popostrčit a dál už to nejspíš zmáknu (snad :-) ).