Nabídka

Zobrazit příspěvky

Zde lze prohlédnout všech příspěvky uživatele. Jsou zde vidět pouze příspěvky z oblastí, do kterých máte přístup.

Nabídka Zobrazit příspěvky

Témata - Martin 'Želva' Malý

#1
Ahoj,

používám testing a mám nastaveno, že apt má brát testing balíčky. Nevím proč, ale xserver mám z unstable větve... A od nějaké aktualizace, prostě úplně samovolně, když se spustí gdm, tak nemůžu hejbat myší a psát klávesnicí. Musím je vypojit a dát do jiných USBéček (oboje je USB). Používám kernel 2.6.38-2 a nejnovější kernel na nvidii. Zkoušel jsem různé kombinace starších ovladačů či kernelů, ale furt to blbne, kdm se chová stejně, takže si myslím, že problém bude v X. Textový režim funguje korektně. Tak mě napadlo, že bych všechny xorg a xserver balíčky downgradoval z unstable na stable. Akorát se mi to nedaří ani přes aptitude, ani přes synaptic.

Prosím vás, neexistuje nějaká kouzelná aptitude formulka: "vem všechny balíčky xorgu a xserver, co máš nainstalované, a koukej je přeinstalovat na stable"?

Díky moc. Případně jestli nemáte nějaké jiné řešení? (Ten systém se mi fakt nějak samovolně sype (taky mi nefunguje zvuk, kernel najednou neumí pracovat s integrovanou zvukovkou... ať si ty nový kernely strčej někam...))
#2
Dobrý večer,

nainstaloval jsem si Debian Lenny 5.03. Některé programy mi ale přišli zastaralé, a tak jsem se rozhodl, že to stehjně upgraduju na Squeeze. Udělal jsem toto:

aptitude update && aptitude upgrade
předělání sources.listu z lenny na squeeze
aptitude update
aptitude dist-upgrade

No, všechno jelo v pohodě, stáhl jsem přes giga balíčků, až... Chtěl se aktualizovat udev. Začal házet chyby. xserver na mě začal řvát, že se nanakonfiguruje. Upgrade se zastavil - hodil mě zpátky do shellu. Zkusil jsem dát znovu dist-upgarde, pár balíčků se zase aktualizovalo, ale za chvilku zase začal řvát udev a konec.

Problém je asi ten, že ten udev na mě řve, že se chce aktualizovat pod novým kernelem. Já mám 2.6.26. Už se dokonce nainstaloval (po tom, když jsem panicky furt dával dist-upgrade za sebou) 2.6.30-2, ale neudělal se initrd, takže nevím jak do něj nabootovat. Když mu napíšu, že chci nainstalovat kernel (aptitude install linux-image-2.6.30-2-486), tak to řeší závislosti a nakonec prohlásí, že aktualizuje udev, což se mu nepovede...

Je to začarované kolečku. Kernel se nechce nainstalovat a místo toho chce aktualizovat udev a udev se chce aktualizovat pod novým kernelem.

Uff...

Při upgardu, kdy jsem panicky dist-upgarde asi desetkrát opakoval, se mi už odinstalovalo gnome, gdm, network manager... Systém se mi rozkládá...

Dá se s tím prosím něco dělat? Je nejjednodušší si stáhnout weekly-build a nainstalovat testing z něho?

Díky moc.

Zoufalý želvák.  ??? :o :( :'(
#3
Nazdar vespolek,

při startu systému se startuje nějaké MTA. Trvá to asi čtvrt minuty a já jsem si řekl, že ten Debian pořádně zrychlím, když už ho mám. Připadá mi, že to MTA k ničemu, google tvrdí, že je to nějaký E-Mail server. To já snad opravdu nepotřebuju.

Je to tedy k něčemu dobré a dá se to kdyžtak nějak vypnout (např. přes sysv-rc-conf)?

Díky za odpovědi.
#4
Hezký večer vážení, želva zase má problém...

Chtěl jsem si nastavit české kódování v textovém režimu. Postupoval jsem takto:

Nastavil jsem rozlišení na 1024x768: http://wiki.ubuntu.cz/Vyšší%20rozlišení%20na%20konzoli
Postupoval jsem podle návodu: http://wiki.ubuntu.cz/Česká%20znaková%20sada%20v%20konzoli

Nějak to nefungovalo, blblo to stejně. Nuže jsem si našel návod přímo pro Debian, ale asi to udělalo bordel, protože pro Ubuntu byl nmyslím v UTF8 a tento byl na ISO:
http://debian.cz/users/localization.php

Čímž jsem to asi dorazil.

Mohl by mi prosím někdo pomoct dát to do kupy? Nechci si v tom udělat ještě větší nepořádek, než je.

Pár výpisů:
$ locale
martin@debian:~$ locale
LANG=cs_CZ.UTF-8
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC="cs_CZ.UTF-8"
LC_TIME="cs_CZ.UTF-8"
LC_COLLATE="cs_CZ.UTF-8"
LC_MONETARY="cs_CZ.UTF-8"
LC_MESSAGES="cs_CZ.UTF-8"
LC_PAPER="cs_CZ.UTF-8"
LC_NAME="cs_CZ.UTF-8"
LC_ADDRESS="cs_CZ.UTF-8"
LC_TELEPHONE="cs_CZ.UTF-8"
LC_MEASUREMENT="cs_CZ.UTF-8"
LC_IDENTIFICATION="cs_CZ.UTF-8"
LC_ALL=


/etc/console-tools/config
martin@debian:~$ cat /etc/console-tools/config
#
# This files tells the console-tools package:
#
# - whether to load a specific font and boot (and maybe a screen-font map,
# but you should avoid that if possible).
# - whether to setup an Application-Charset Map other than the default CP437.
# - whether to start "vcstime" to have time on all text VC'S.
#
# You can also specify per-VC settings by suffixing variable names as in
# the examples below. This only works on framebuffer devices.
#
# CAVEATS:
#
# - When using the new framebuffer devices, the "global setting" for a font
# only affects the current console (ie., at boot-time, the first one)
# - ACM setting involves 2 steps (maybe loading a user ACM, and activating
# it on a given charset slot - see charset(1) for details), the 1st of which
# affects the entire system, but the 2nd of which only affects the current
# VC (ie., at boot-time, the first one).  So that if you want to use the same
# ACM on all VCs, you have to specify "APP_CHARSET_MAP_vc<N>=user" for all
# relevant values of <N>.
#
# Example:
#
#SCREEN_FONT=iso01.f16
#SCREEN_FONT_vc2=LatArCyrHeb-16
#
#APP_CHARSET_MAP=iso05
#APP_CHARSET_MAP_vc2=user
#
# Set the following - more euro-friendly default than kernel font.
# SCREEN_FONT=latcyrheb-sun16.psf

#DO_VCSTIME=yes
#
# Forget this one unless you _know_ it is necessary for your font:
#SCREEN_FONT_MAP=iso01

#  **** screen saver/DPMS settings: all VCs ****
# These settings are commented by default to avoid the chance of damage to
# very old monitors that don't support DPMS signalling.

# screen blanking timeout.  monitor remains on, but the screen is cleared to
# range: 0-60 min (0==never)  kernels I've looked at default to 10 minutes.
# (see linux/drivers/char/console.c)
BLANK_TIME=30

# blanking method (VESA DPMS mode to use after BLANK_TIME, before powerdown):
# on: the default, no DPMS signalling. near instant powerup, no power saving
# vsync: DPMS Standby mode. nearly instant recovery, uses 110/120W (17" screen)
# hsync: DPMS Suspend mode. typically 3s recovery, uses 15/120W (17" screen)
# powerdown,off: DPMS Off mode, typ. 10s recovery, uses  5/120W (17" screen)

# Those values are for my 17" Mag, but some monitors do suspend the same as
# standby.  xset dpms force {off|standby|suspend|on} is useful for this, if X
# supports DPMS on your video card.  Set X's DPMS screensaver with xset dpms
# or use option power_saver in XF86Config
#
# DPMS set by default to on, because hsync can cause problems on certain
# hardware, such as Armada E500 laptops
BLANK_DPMS=off

# Powerdown time.  The console will go to DPMS Off mode POWERDOWN_TIME
# minutes _after_ blanking.  (POWERDOWN_TIME + BLANK_TIME after the last input)
POWERDOWN_TIME=30

# rate and delay can get only specific values, consult kbdrate(1) for help
#KEYBOARD_RATE="30"
#KEYBOARD_DELAY="250"

# Turn on numlock by default
#LEDS=+num
SCREEN_FONT=lat2-sun16
SCREEN_FONT_vc2=lat2-sun16
SCREEN_FONT_vc3=lat2-sun16
SCREEN_FONT_vc4=lat2-sun16
SCREEN_FONT_vc5=lat2-sun16
SCREEN_FONT_vc6=lat2-sun16
APP_CHARSET_MAP=iso02


/etc/environment - je prázdný?
martin@debian:~$ cat /etc/environment
martin@debian:~$


Děkuji moc za objasnění.

Používám Debian Squeeze, ale Lenny to dělal taky a upgradem se nic nezměnilo.