KZoli: Új oldal, tartalma: „'''Figyelem''', ez a lap részben elavult, rendezetlen, stb... - én szóltam! :-) ==Boot probléma== ===GRUB boot floppy=== [http://attila.antals.org/?p=79 Innen] szá…”

2018-05-29T20:38:25Z

Új oldal, tartalma: „'''Figyelem''', ez a lap részben elavult, rendezetlen, stb... - én szóltam! :-) ==Boot probléma== ===GRUB boot floppy=== [http://attila.antals.org/?p=79 Innen] szá…”

Új lap

'''Figyelem''', ez a lap részben elavult, rendezetlen, stb... - én szóltam! :-)
==Boot probléma==
===GRUB boot floppy===
[http://attila.antals.org/?p=79 Innen] származik: "A probléma: elszáll a bootloader, CD nincs és be kell indítani a rendszert egy boot floppy-val. Boot floppy nincs (miért is lenne :-), készíteni kell egyet. Szükséges egy olyan linuxos gép amelyben van floppy meghajtó és van rajta grub. A következőket kell csinálni:
* leformázni a lemezt, DOS kompatibilis fájlrendszert létrehozni, lemezt felmountolni, helyet létrehozni, dolgokat felmásolni:
<pre>fdformat /dev/fd0
mkfs -t msdos /dev/fd0
mount -t msdos /dev/fd0 /media/floppy
mkdir -p /media/floppy/boot/grub
cp /boot/grub/* /media/floppy/boot/grub</pre>
* esetleges módosításokat eszközölni a menüben (grafikus menü, jelszó kikapcsolása, stb.):
<pre>mcedit /media/floppy/boot/grub/menu.lst</pre>
* lemezt lemountolni, a GRUB-ot rátelepíteni:
<pre>umount /media/floppy
grub
grub> root (fd0)
grub> setup (fd0)
grub> quit</pre>
Elkészült a boot lemez. Megtörténhet, hogy bootoláskor nem találja a kernelt vagy nem tudja felmountolni a fájlrendszert ilyenkor jön jól a grub nagy előnye a futás közbeni menüátszerkesztés, hát használjuk."
===GRUB boot CD===
A hivatalos [http://www.gnu.org/software/grub/manual/html_node/Making-a-GRUB-bootable-CD-ROM.html manuálból] származik, egy teljesen üres GRUB-ot indít el - hasznos lehet floppyt nem tartalmazó gépeknél. Mindössze egyetlen file-t kell rámásolni az El-Torito boot lemezképre:
<pre>mkdir iso
mkdir -p iso/boot/grub
cp /usr/lib/grub/i386-pc/stage2_eltorito iso/boot/grub # Ubuntun itt van
mkisofs -R -b boot/grub/stage2_eltorito -no-emul-boot -boot-load-size 4 -boot-info-table -o grub.iso iso</pre>
A megírt CD-ről bootolva a GRUB shelljébe jutunk.

===GRUB telepítés (változtatás) GRSec alatt===
A boot record írásához (''grub-install'') az alábbi PaX engedélyeket kell megadni a ''/usr/sbin/grub'' ELF-nek:
<pre>chpax -v /usr/sbin/grub

----[ chpax 0.7 : Current flags for /usr/sbin/grub (PeMRxS) ]----

* Paging based PAGE_EXEC : enabled (overridden)
* Trampolines : not emulated
* mprotect() : restricted
* mmap() base : randomized
* ET_EXEC base : not randomized
* Segmentation based PAGE_EXEC : enabled

chpax -prs /usr/sbin/grub
chpax -v /usr/sbin/grub

----[ chpax 0.7 : Current flags for /usr/lib/j2sdk1.4-sun/bin/java (peMrxs) ]----

* Paging based PAGE_EXEC : disabled
* Trampolines : not emulated
* mprotect() : restricted
* mmap() base : not randomized
* ET_EXEC base : not randomized
* Segmentation based PAGE_EXEC : disabled</pre>
'''TODO:''' utánanézni, kevesebb nem elég-e!

==Lemezkezelés==
===Szétesett sw RAID helyreállítása===
<pre>mdadm --detail /dev/mdX # Megnézzük, melyik a faulty disk
mdadm /dev/mdX -r /dev/sdY # Kivesszük a faulty disket a RAID-ből
# Megjavítjuk vagy cseréljük, vagy...
mdadm /dev/mdX --re-add /dev/sdY # Visszaadjuk a disket
watch cat /proc/mdstat # Gúvadt szemmel nézzük, ahogy visszaszinkronizál :-)</pre>
===Harmadik lemez hozzáadása RAID-1-hez===
<pre>mdadm --grow /dev/md0 -n3 # Plusz egy lemez
mdadm /dev/mda --add /dev/sdc1 # Hozzáad és szinkronizál</pre>
A végeredmény egy hármas tükör lesz, ami egy lemez meghibásodása esetén is redundáns marad. Ez a felállás azért jobb a hagyományos spare disknél, mert így összeállításkor és nem meghibásodáskor kell szinkronizálni (ami nagy partíción órákig tarthat, és addig az egész lemezkezelés lelassul).

==Kernel==
===Kifelejtettünk egy modult===
Mondjuk, kifelejtettünk egy modult a kernelből, és valami nem megy. Reboot nélkül hozzáadhatjuk úgy, hogy az azonos verziójú(!) és újrafordított kernel csomag ''CONTENTS/lib/modules'' alól könyvtárhelyesen bemásoljuk a ''/lib/modules''-be, utána:
<pre>depmod -ae
modprobe modulneve</pre>
Ha szerencsénk van :-), működik.
===UDP conntrack timeout emelése===
Elsősorban tömeges DNS lekérdezéskor előfordulhat, hogy a válasz kicsúszik az alapértelmezett 30 másodperces időhatárból. Ilyenkor hasznos lehet az ip_conntrack_udp_timeout emelése:
<pre>echo 60 >/proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout</pre>
illetve tartósan:
<pre>-r-------- root root /etc/sysctl.conf

[...]
# Increase UDP conntrack timeout (defaults to 30)
net/ipv4/netfilter/ip_conntrack_udp_timeout=60
[...]</pre>

==Csalamádé==
Ide kerül minden szívás, amiről nem volt érkezésünk rendes szócikket írni, de jobb, ha nem felejtjük el...
===Hostnév és domain név megváltoztatása===
Ezeket az adatokat számos program használja (pl. a kimenő levelek generálásakor, stb.).

Lekérdezés:
<pre>hostname; dnsdomainname</pre>
A hostnév megváltoztatása:
<pre>hostname uj_hostnev</pre>
A domain név megváltoztatásához a ''/etc/hosts''-beli bejegyzést kell átírni.

===Hiányzó nyilvános kulcsok beszerzése===
A hivatalos Debian repository-khoz tartozó nyilvános kulcsokat az alaptelepítés tartalmazza. Testing változatban vagy 3rd party repositoryknál előfordulhat, hogy ez a kulcs megváltozik vagy ismeretlen, ilyenkor nem lehet használni a repokat (''apt-get update'' a "nem elérhető a nyilvános kulcs az X azonosítóhoz" hibával leáll). Ez esetben kézzel kell beszerezni az up-to-date nyilvános kulcsot valamely keyserverről, és hozzáadni az apt keyring-hez:
<pre>gpg --keyserver subkeys.pgp.net --recv-keys KEYID # a hibaüzenetből véve
gpg --armor --export KEYID | apt-key add -</pre>
Ehhez a tűzfalon a tcp 11371 kifele legyen nyitva! Sikeres hozzáadás után már működik az update.

===DAV mount Linuxon===
Ez a két script megkönnyíti a webhelyek fileterületének fejlesztői elérését davfs használatával desktop Linuxon. Ubuntu 7-10 változaton tesztelve, [http://dav.sourceforge.net davfs2 1.2.1] használatával. Sudo kell hozzá!
<pre>-rwx------ USER USER /home/USER/dav_mount.sh

#!/bin/bash
#
# Shell snippet to mount a davfs.
# kovacs.zoltan@ionlab.net
#
# v0.1 initial version 2007-12-05

MOUNT_BASE="$HOME/mnt/dav"
OPTIONS="noauto,noexec,nosuid,uid=$USERNAME,gid=$USERNAME,dir_mode=750,file_mode=640"
USAGE="Usage: $0 URL relative_mountpoint as root user."

# Need root
if [ $UID -ne 0 ]; then echo -e "$USAGE" >&2; exit 1; fi

# Get and check parameters
URL=$1; shift
MOUNT_REL=$1; shift
if [ -z "$URL" -o -z "$MOUNT_REL" ]; then
echo -e "$USAGE" >&2
exit 1
fi

# Mount via davfs
mount -t davfs -o "$OPTIONS" "$URL" "$MOUNT_BASE"/"$MOUNT_REL"</pre>
<pre>-rwx------ USER USER /home/USER/dav_umount.sh
#!/bin/bash
#
# Shell snippet to umount a davfs.
# kovacs.zoltan@ionlab.net
#
# v0.1 initial version 2007-12-05

MOUNT_BASE="/$HOME/mnt/dav"
USAGE="Usage: $0 relative_mountpoint as root user."

# Need root
if [ $UID -ne 0 ]; then
echo -e "$USAGE" >&2
exit 1
fi

# Get and check parameters
MOUNT_REL=$1; shift
if [ -z "$MOUNT_REL" ]; then
echo -e "$USAGE" >&2
exit 1
fi

umount "$MOUNT_BASE"/"$MOUNT_REL"</pre>

===SMTP teszt telnettel===
Igen, ezer helyen le van írva, fejből is tudni kéne...
<pre>telnet SMTP-FQHN 25
HELO my-FQHN
MAIL FROM: felado@host
RCPT TO: cimzett@host
DATA
levélszöveg
.
QUIT</pre>
===Exim4 beragadt levelek törlése===
Ha sok van belőlük, és az egyenkénti manuális
<pre>exim4 -Mrm MESSAGE-ID MESSAGE-ID ...</pre>
sokáig tartana:
<pre>exim4 -bpru | awk {'print $3'} | xargs exim4 -Mrm</pre>

===Exim logból egy user által küldött levelek kikeresése===
Előfordul, hogy egy felhasználó reklamál: nem ment el a Nagyon Fontos Levél. Ilyenkor hasznos lehet az általa az adott napon küldött összes levél kikeresése. Az alábbi script feltételezi, hogy az SMTP a VExim-alapú levelező szervernél leírt beállításokkal megy, vagyis ''plain_courier_authdaemon'' authentikációval. A scriptet paraméter nélkül meghívva az összes felhasználó aznapi (aktuális ''mainlog''-beli) aktivitását (a tőle hibaüzenet nélkül elvett levelek sorsát) kiírja.
<pre>-rwxr-x--- root staff /usr/local/sbin/smtp_userlog.sh

#!/bin/bash
#
# Simple script to select user's SMTP activity from an (unzipped) Exim log.
# kovacs.zoltan@ionlab.net 2007-11-09
#
# Usage: $0 [user_id [ logfile_pathname ]]

EXIMLOG="/var/log/exim4/mainlog" # Default Exim logfile
GREP="/bin/grep" # grep command call
SMTP_AUTH="plain_courier_authdaemon:" # SMTP auth marker

userid=$1; shift # userid given
logfile=${1:-$EXIMLOG}; shift # logfile pathname defaults to current

for id in `cat $logfile | grep $SMTP_AUTH$userid | cut -d ' ' -f 3`
do
cat $logfile | grep $id
done</pre>
A script kimenetében a levelekre vonatkozó bejegyzések levelenként időrendben, kigyűjtve szerepelnek.

===Exim4 TLS "Base64 decoding" hiba===
''TLS error on connection from ... (DH params import): Base64 decoding error'' - ez egy bolond hibaüzenet, azt jelzi, hogy az Exim nem tudja olvasni vagy a certificate-jeit (''/etc/exim4/exim.crt'' illetve ''/etc/exim4/exim.key'') vagy a TLS paramétereket (''/var/spool/exim4/gnutls-params'') - ezek amúgy tényleg Base64 kódolásúak :-). Ha a tanusítvány hibás, azt újra kell generálni, ha a paraméterfile, azt egyszerűen le kell törölni (és exim restart).
===Exim4 mint smarthost kliens titkosítatlan authentikációval===
Akkor okozhat problémát, ha egy Debian gépről idegen SMTP smarthoston keresztül kell levelet küldeni. A legtöbb ISP authentikációt kér a smarthostoláshoz, viszont nem mindegyik engedélyezi a TLS-t (vagy SSL-t). Az Exim (kliensként) alapértelmezésben nem küld jelszavakat titkosítatlan kapcsolaton keresztül, így ilyen esetben ezt külön engedélyezni kell:

<pre> -rw-r--r-- root root /etc/exim4/conf.d/main/99_exim4-config_custom_settings

# Custom settings - nor provided by maintainer,
# nor customizable by Debian automagic

[...]
AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS = YES</pre>
A fenti beállítás az Exim konfiguráció frissítésével érvényesíthető:
<pre>/usr/sbin/update-exim4.conf; /etc/init.d/exim4 reload</pre>

===Üres könyvtárak törlése===
Hasznos parancs lehet:
<pre>perl -MFile::Find -e"finddepth(sub{rmdir},'.')" # Perl
find -depth -type d -empty -exec rmdir {} \; # Bash</pre>

===Hálókártya eszköznév beállítása (Etch, udev)===
Volt szerencsém hálókártyát cserélni Etch-ben (azonos típus, násik példányra). Régebben ilyenkor reboot, az új kártya a régi helyén látszik (mondjuk eth0) és ment tovább minden. Az udev elterjedésével azonban minden hálókártya (is) külön betűt kap: az új kártya az eth-next (pl. eth1) lesz akkor is, ha a fejünk tetejére állunk :-) . Ergo a ''/etc/network/interface'' bejegyzései, tűzfalszabályok, mifene érvénytelenek lesznek... Némi hajtépés után rájöttem, hogy a ''/etc/udev/rules.d/z25_persistent-net.rules'' állományban vannak a hozzárendelések - ezt módosítva helyreállt a rend.

<small>'''Offtopic megjegyzés:''' Ubuntuban van egy ''/etc/iftab'' állomány lényegében ugyanerre.''</small>

===Debian csomag újrafordítás speciális paraméterekkel===
[http://malayamaarutham.blogspot.com/2007/04/build-gnuplot-with-gnu-readline-and.html Itt] olvasható.
===Váratlan login problémák===
<pre>-bash: /etc/profile: Permission denied
I have no name!@HOSTNAME:~$</pre>
Valószínűleg nem olvasható a ''/etc/'' (0755 kell rá). A ''su'' ilyenkor azért megy, ''root''-ként megjavítható.

<small>Hibás saját configure script tud pl. ilyet csinálni, ha a ''/etc/$valami'' könyvtárra adna jogokat, de a ''$valami'' éppen üres...</small>
===IPv6 tiltása Squeeze alatt kernel paraméterrel===
[http://www.rossbeazley.co.uk/disable-ipv6-in-debian-squeeze-linux/admin/ innen] van:
<pre>-rw-r--r-- root root /etc/default/grub

[...]
GRUB_CMDLINE_LINUX="ipv6.disable=1"
[...]</pre>
Érvényesítés:
<pre>mount -o remount,rw /boot
update-grub
reboot</pre>
de jelenleg [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542470 nem működik] :-(
===Shadow passwords utólagos engedélyezése===
Ha telepítéskor nem engedélyeztük volna, ''root''-ként futtassuk a ''pwconf''-ot, utána adjuk ki a ''shadowconfig on'' parancsot, ezek után ''passwd'', és jelszó megadása.

Debian tippek és trükkök - Laptörténet

KZoli: Új oldal, tartalma: „'''Figyelem''', ez a lap részben elavult, rendezetlen, stb... - én szóltam! :-) ==Boot probléma== ===GRUB boot floppy=== [http://attila.antals.org/?p=79 Innen] szá…”