Debian GNU/Linux

sziasztok!

jelenleg kubuntu 8.04.1-et használok egy thinkpad r61i gépen, minden eszköz (wifi, hotkey-ek, stb) out-of-the-box működik. második OS-nek felraktam egy debian testinget is, szeretném azt is ugyanilyen kezesbáránnyá tenni, de egyelőre ellenáll: gondjaim vannak a wifi-vel, a hanggal és a hotkey-ekkel. A thinkwiki-n lévő infó úgy látom, kicsit régi.

Hang [MEGOLDVA]:

snd-hda-intel a varázslatos modul. kubuntu alatt tökéletes a hang, debian alatt recsegett, mint állat. Kernel frissítés történt 2.6.25-re a testing ágban, a recsegés megszűnt.

Wifi [MEGOLDVA]:

debian testing alatt az /etc/network/interfaces-ben csak a loopback eszközt meghagyva, a knetworkmanager is szépen elboldogul a wifivel, mint a kubuntu.

Hotkey:

kubuntu alatt ez is makulátlan. debian alatt is be van töltve a thinkpad_acpi. hotkey-setup csomagot felrakta a debian telepítő is, de nem járt sok sikerrel. bluetooth be-kikapcs műxik, de pl. a fényerő és a hangerő nem (melyek ugyancsak fontosak lennének). akkor is elégedett lennék, ha nem rakna OSD-t a képernyőre, csak változna. xbacklighttal talán megoldható a fényerő, de ubuntu alatt anélkül is megy vígan. masszív hegesztés nélkül esélytelen a dolog?

debian alatt a kártyaolvasót még nem próbáltam, kubuntu alatt az is megy természetesen. Egy szó mint 100, van ötletetek, hogy lehet az ubuntuval egy szintre hozni a fenti dolgokat debian alatt? ahhoz nincs elég tapasztalatom még, h levágjam, mit buzeráltak az ubuntunál, amiért ott minden megy, debian alatt meg -némi túlzással- semmi.
kösz!

ja, és google-lel már barátkozom egy ideje a témában, de kivételesen most nem a barátom :S

[UPDATE:] hang és wlan problémák megoldva. hotkey még nem.

Sziasztok!

Grub2-vel szórakoztam szépen megy is, gyártottam is rá theme-t de:
Amikor elindul eszeveszettül villog a kép ((grafikus üzemmód->karakteres)x5). Olyan mint amikor a xorg.conf-ba van valami hiba és megpróbáljuk elinditani az X-et.
Ezt mi miatt csinálja? Mert elég sok időt elvesz (kb. 5-10sec). Egyáltalán meg lehet ezt oldani, hogy ne csinálja?

Köszi, előre is

Sziasztok!

2.6.25-ös kernelt raktam fel csomagból, 2.6.18-as helyére, és induláskor a következő hibaüzenettel dob vissza a checking root file system... duma után:

Check root = bootarg cat /proc/cmdline or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/sda2 doesn't exist. Dropping to shell!

debian:/home/pappl# ls -l /boot
összesen 38788
-rw-r--r-- 1 root root 1411580 2008-07-08 14:26 bzImage
-rw-r--r-- 1 root root 2166304 2008-07-08 19:44 bz_Image
-rw-r--r-- 1 root root 67238 2007-05-10 06:35 config-2.6.18-4-xen-686
-rw-r--r-- 1 root root 71719 2008-06-06 23:39 config-2.6.18-6-486
-rw-r--r-- 1 root root 70682 2008-06-06 23:39 config-2.6.18-6-686
-rw-r--r-- 1 root root 67139 2008-06-07 05:13 config-2.6.18-6-xen-686
-rw-r--r-- 1 root root 49856 2008-05-08 06:54 config-2.6.24-1-xen-686
-rw-r--r-- 1 root root 88589 2008-06-28 21:21 config-2.6.25-2-686
-rw-r--r-- 1 root root 88556 2008-06-27 07:59 config-2.6.25-2-686-bigmem
drwxr-xr-x 2 root root 4096 2008-07-09 11:38 grub
-rw-r--r-- 1 root root 4754249 2008-07-08 10:26 initrd.img-2.6.18-6-486
-rw-r--r-- 1 root root 4898477 2008-07-08 10:27 initrd.img-2.6.18-6-686
-rw-r--r-- 1 root root 3018265 2008-07-09 10:19 initrd.img-2.6.24-1-xen-686
-rw-r--r-- 1 root root 5282813 2008-07-09 10:44 initrd.img-2.6.25-2-686
-rw-r--r-- 1 root root 5305469 2008-07-09 10:24 initrd.img-2.6.25-2-686-bigmem
-rw-r--r-- 1 root root 731303 2007-05-10 06:35 System.map-2.6.18-4-xen-686
-rw-r--r-- 1 root root 717895 2008-06-07 04:49 System.map-2.6.18-6-486
-rw-r--r-- 1 root root 723178 2008-06-07 04:53 System.map-2.6.18-6-686
-rw-r--r-- 1 root root 732444 2008-06-07 05:13 System.map-2.6.18-6-xen-686
-rw-r--r-- 1 root root 743126 2008-05-08 06:54 System.map-2.6.24-1-xen-686
-rw-r--r-- 1 root root 918470 2008-06-28 21:21 System.map-2.6.25-2-686
-rw-r--r-- 1 root root 914923 2008-06-27 07:59 System.map-2.6.25-2-686-bigmem
-rw-r--r-- 1 root root 1219107 2008-06-07 04:49 vmlinuz-2.6.18-6-486
-rw-r--r-- 1 root root 1260017 2008-06-07 04:53 vmlinuz-2.6.18-6-686
-rw-r--r-- 1 root root 1245076 2008-05-08 06:54 vmlinuz-2.6.24-1-xen-686
-rw-r--r-- 1 root root 1484416 2008-06-28 21:19 vmlinuz-2.6.25-2-686
-rw-r--r-- 1 root root 1496064 2008-06-27 07:59 vmlinuz-2.6.25-2-686-bigmem
debian:/home/pappl#

## ## End Default Options ##

title Debian GNU/Linux, kernel 2.6.18-6-686
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-6-686 root=/dev/sda2 ro
initrd /boot/initrd.img-2.6.18-6-686
savedefault

title Debian GNU/Linux, kernel 2.6.18-6-686 (single-user mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-6-686 root=/dev/sda2 ro single
initrd /boot/initrd.img-2.6.18-6-686
savedefault

title Debian GNU/Linux, kernel 2.6.25-2-686
root (hd0,1)
kernel /boot/vmlinuz-2.6.25-2-686 root=/dev/sda2 ro
initrd /boot/initrd.img-2.6.25-2-686
savedefault

title Debian GNU/Linux, kernel 2.6.18-6-686
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-6-686 root=/dev/sda2 ro
initrd /boot/initrd.img-2.6.18-6-686
savedefault

title Debian GNU/Linux, kernel 2.6.18-6-486 (single-user mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-6-486 root=/dev/sda2 ro single
initrd /boot/initrd.img-2.6.18-6-486
savedefault

### END DEBIAN AUTOMAGIC KERNELS LIST

tehát a többi kernel a helyén, azokkal nincs gond.

debian:/home/pappl# fdisk -l /dev/sda

Disk /dev/sda: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 10443 83883366 7 HPFS/NTFS
/dev/sda2 10444 12291 14844060 83 Linux
/dev/sda3 12292 20680 67384642+ 83 Linux
/dev/sda4 20681 20741 489982+ 82 Linux swap / Solaris
debian:/home/pappl#

tehát sda2 nekem a gyökérkönyvtár.

Nekem erre az új kernelre, a virtualbox miatt van szükségem, mert a régi 2.6.18-as kernelhez nincsenek hozza module-k, ami nelkul nem indul.

udv. djszapi

Üdv!

Adott egy Debian 4.0 volatile repóval (deb http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free) felbővítve.

Ebben a Clamav nem a legújabb:
$clamdscan -V
ClamAV 0.93.1/7672/Wed Jul 9 08:57:07 2008

Adott egy általam forgatott ClamAV:
$clamdscan -V
ClamAV 0.93.3/7673/Wed Jul 9 10:58:15 2008

Adott egy kubuntu gyári ClamAV:
$clamdscan -V
ClamAV 0.92.1/7673/Wed Jul 9 10:22:03 2008

A virus adatbázis mindenhol naprakész.

És az az érdekes, hogy csak a kubuntus ClamAV tudta detektálni az egyik e-mail-ben érkezett jelszóval kódolt vírust, ami egy zipben volt :-(

Tudja valaki, hogy mi lehet az oka?

Előre is köszönöm!

Sziasztok.

OpenVPN kiszolgálót szeretnék a szerveremre amin Ubuntu szerver fut. Felraktam egy bridge-utils csomagot apt-al amihez megcsináltam a howto szerint az init scriptet, azonban már másodszor kérek a gépre restartot mert ilyeneket irogat amikor beindítom a cuccot.

/etc/init.d/bridge start
Starting BridgeThu Jul 3 05:15:51 2008 Note: Cannot ioctl TUNSETIFF tap0: Device or resource busy (errno=16)
Thu Jul 3 05:15:51 2008 Note: Attempting fallback to kernel 2.2 TUN/TAP interface
Thu Jul 3 05:15:51 2008 Cannot open TUN/TAP dev /dev/tap0: No such file or directory (errno=2)

Innentől elszáll a net és szevasz tavasz távoli elérés.

Az init script:

#!/bin/bash  
# Create global variables   
# Define Bridge Interface 
br="br0" 
# Define list of TAP interfaces to be bridged, 
# for example tap="tap0 tap1 tap2". 
tap="tap0" 
# Define physical ethernet interface to be bridged 
# with TAP interface(s) above. 
eth="eth0" 
eth_ip="87.229.104.252" 
eth_netmask="255.255.255.0" 
eth_broadcast="87.229.104.255" 
gw="87.229.104.254"   
start_bridge () {   
	#################################   
	# Set up Ethernet bridge on Linux   
	# Requires: bridge-utils   
	#################################    
	for t in $tap; do
	openvpn --mktun --dev $t   
	done    
	for t in $tap; do
	ifconfig $t 0.0.0.0 promisc up   
	done
	ifconfig $eth 0.0.0.0 promisc up
	brctl addbr $br 
	brctl addif $br $eth
	for t in $tap; do
	brctl addif $br $t   
	done    
	ifconfig $br $eth_ip netmask $eth_netmask broadcast $eth_broadcast up   
	route add default gw $gw $br
} 
stop_bridge () {   
	####################################   
	# Tear Down Ethernet bridge on Linux   
	####################################    
	ifconfig $br down
	brctl delbr $br    
	for t in $tap; do
	openvpn --rmtun --dev $t   
	done   
	ifconfig $eth $eth_ip netmask $eth_netmask broadcast $eth_broadcast up   
	route add default gw $gw $eth
}  
case "$1" in 
start)   
echo -n "Starting Bridge"   
start_bridge   
;; 
stop)   
echo -n "Stopping Bridge"   
stop_bridge   
;; 
restart)   
stop_bridge   
sleep 2   
start_bridge   
;; 
*)   
echo "Usage: $0 {start|stop|restart}" >&2   
exit 1   
;; 
esac

Elindítása elött ellenőriztem, nem volt sem br0 sem pedig tap0 interface. Ha valaki be tudna segíteni azt megköszönném.

Évek óta használok samba -t és úgy két éve használok egy számlázó progit, ami én és a nejem használunk - felváltva (havonta kevesebb mint egy tucat készül) egy licenszel - így vettük meg.
Mindennap, ha újra indítom az életet (már mint a win-es) munkaállomásokat, ha számlázni kell bejelenti, hogy a programot átmásolták! Újra klell aktiválni - nagy gondot nem okoz mert netes az aktiválás - de mégis piszkálja a csőrömet. Mi változott. Az elkövetők ügyfélszolgálata azt mondja hogy a samba más időket ad meg. Lehet ez? Mivel lehet ezt a tulajdonságot módosítani? Az smb.conf -ban nem igen találok ilyen utalást sem.

Sziasztok!

A problémám, hogy dvd/cd írás után a lemezellenőrzés nem megy végbe. Kiadja a lemezt az írás után, de az ellenőrzés nem fut le, a lemez a tálcával együtt kinn marad. K3b-vel írok, dmesg-ben semmi hibaüzenet.

Esetleg a kernelbe kellene az automount-ot beleforgatnom? Esetleg az /etc/fstab -ban bezavarhat a noauto opció?

Debian lenny disztribució
2.6.24.7-kaelor kernel
k3b 1.0.5-3

Köszi a segítséget előre is.

Sziasztok!

Még új vagyok Linux terén és olyan problémával szembesültem Debian alatt, hogy egyik hdd-ről (home) egy másik hdd-re (home2) történő másolás esetén nagyon lassú az átvitel (inkább úgy fogalmaznék, hogy bármiféle winchester írási műveletnél, letöltésnél is). Keresgéltem, olvasgattam és itt, a HUP-on olvastam egy cikket, amit trey írt, miszerint Debian Linux alapesetben nem kapcsolja be a DMA-t a merevlemezekre és ilyen műveletnél a CPU-ra hárul minden és nagyon leterhelődik. Megtudtam, hogy a hdparm progival lehet DMA-t bütykölni, de mint kiderült, ez csak IDE-s hdd-knél oldja meg ezt a problémát. Máshol olvastam hogy Serial ATA-s winchestereknél az sdparm progi szolgál erre, de sajna semmi ötletem sincs, mert kezdő vagyok. Ha valakinek van tapasztalata ezzel kapcsolatban, légyszi segítsen! :-)

Előre is köszi!

Üdv. Tamás

Sziasztok!

Üzemelünk egy sftp szervert . WinSCP-vel töltjük az anyagot. Az utolsó hónapokban egy furcsásság jött elő. Bármilyen feltöltött anyag letöltése után használhatatlanná válik, alfanumerikus jeleket csinál a tartalomból.
Szerintetek, ez mitől lehet?

Sziasztok.

Adott egy dual xeon intranetes szerver (E7500 chipset), 4GB ram, scsi lemezek, debian sarge, 2.6.25.8-as kernel. A probléma, hogy szabálytalan időközönként (napokban mérhető) egyszerűen lefagy. A logokban semmi nem látható, szünetmentes van alatta.
A szerver egy másik környezetben évekig hibátlanul üzemelt, de a beállítása előtt kb. 1 hónapig folyamatosan futott rajta a memtest, ezt követően badblocks lett futtatva a 4 lemezen párhuzamosan, hiba nélkül.
Gondoltam fordítok egy új kernelt, hátha segít rajta, régebben más esetben már hasznosnak bizonyult. Viszont fogalmam sincs, hogy melyiket válasszam. Jelenleg létezik olyan hosszú karbantartású kernel, ami stabilnak mondható? Vagy a debianban lévő 2.6.18.x kernelforrást célszerű használni? A 2.6.23 felettieket ezek után nem szívesen használnám.

Minden ötletet és tanácsot előre is köszönök.

Üdv: Zoli