FYI: cat /etc/issue

Ubuntu

A ma reggeli frissítéssel 6 új csomagot kaptam. Köztük frissült a base-files is:

trey@alderaan:~$ ls -la /etc/issue
-rw-r--r-- 1 root root 19 2007-04-12 11:11 /etc/issue

trey@alderaan:~$ cat /etc/issue
Ubuntu 7.04 \n \l

trey@alderaan:~$ cat /etc/debian_version
4.0

Hamarosan release!

( pero | 2007. 04. 13., p – 10:03 )

az en reggeli upgrade-m kevesbe sikerult sütire, felrakott uj kernel imaget

reboot:

Staring up ...
Loading, please wait ...
ata1.00: revalidation failed (errno=-19)
ata1.00: revalidation failed (errno=-19)
ata2.00: revalidation failed (errno=-19)
ata2.00: revalidation failed (errno=-19)

ha nem quiet bootolok sector mismatch meg ilyesmi hibauzik is vannak
az edgy-s 17-es kernel faszan bootol

otlet?

Konkrétan hányas image ez?

Nekem a legutolsó ez:

root@alderaan:/home/trey# dpkg -l | grep linux-image
ii linux-image-2.6.17-10-generic 2.6.17.1-10.34 Linux kernel image for version 2.6.17 on x86
ii linux-image-2.6.20-12-generic 2.6.20-12.20 Linux kernel image for version 2.6.20 on x86

A 2.6.20-ast használom probléma nélkül lassan 2-3 hete.

--
trey @ gépház

jaj bocs kihagytam, ez server téma

/home/pero# dpkg -l | grep linux-image
ii linux-image-2.6.17-10-server 2.6.17.1-10.34 Linux kernel image for version 2.6.17 on x86
ii linux-image-2.6.20-14-server 2.6.20-14.23 Linux kernel image for version 2.6.20 on x86
ii linux-image-server 2.6.20.14.12 Linux kernel image on Server Equipment.

Valami félreértés lehet itt. Én a szállított kernelt használom. Feljebb be is idéztem:

root@alderaan:/home/trey# dpkg -l | grep linux-image
ii linux-image-2.6.17-10-generic 2.6.17.1-10.34 Linux kernel image for version 2.6.17 on x86
ii linux-image-2.6.20-12-generic 2.6.20-12.20 Linux kernel image for version 2.6.20 on x86

Én azt mondtam, hogy a linux-image-generic csomag nincs telepítve. A linux-image-2.6.20-12-generic természetesen fel van.

--
trey @ gépház

ezt ertem

azt nem ertem, miert akarod szabalyozni, hogy most a "regi" 2.6.20-12.20 vagy az "uj" 2.6.20-14.23 legyen fenn. persze azon kivul, hogy az ujben levo javitas nem erint..

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

sumo@forbidden:~$ dpkg -l | grep linux-image
ii linux-image-2.6.20-12-generic 2.6.20-12.20 Linux kernel image for version 2.6.20 on x86/x86_64
ii linux-image-2.6.20-13-generic 2.6.20-13.21 Linux kernel image for version 2.6.20 on x86/x86_64
ii linux-image-2.6.20-14-generic 2.6.20-14.23 Linux kernel image for version 2.6.20 on x86/x86_64
ii linux-image-generic 2.6.20.14.12 Generic Linux kernel image
sumo@forbidden:~$
a 2.6.20.14-es kernel nekem is elhal rögtön a boot elején.
a kernel gyári, nincs barkácsolt kernelem. semmi külső repó nincs beállítva, csak a feisty multiverse van pluszba felvéve.
12 és 13 tökéletesen működik, ha a 14-et recovery módban indítom elindul, majd itt megáll:
"Running Local Boot Script (/etc/rc.local)"
innen csak ctrl+alt+del segít.
az /etc/rc.local fájlban semmi nincs, csak ami kell bele: "exit 0"
esetleg valakinek valami ötlete?

::sumo.conf::

nálam a notin ugyanez van :(
az előző, 14.22-es kernellel meg bejött egy olyan hülyeség, hogy a /dev/hd* meghajtóimból sd*-ot csinált. Olyan apróságot, hogy az eddig működő sd-kártya olvasó már nem látja a kártyát, csak halkan említek, bár az újabb, épp nem bootoló kernel changelogja szerint talán megoldották, legalábbis valamit csináltak már vele.

Két-három héttel a végleges kiadás előtt, ez mind remek, mondhatni hihetetlen.

"Olyan apróságot, hogy az eddig működő sd-kártya olvasó már nem látja a kártyát,"

Nekem (de nem egyedül nekem!) az NForce.* chipsettel akadt problémám. Workaroundként jó az "rmmod ehci_hcd", ami után kb. annyira mennek az USB eszközök, mint pár hete. De mintha ez az USB 2.0-tól fosztana meg, és USB 1.1 sebességet kapnék (scannelés pl. lelassult). Elég szívás.

"Olyan apróságot, hogy az eddig működő sd-kártya olvasó már nem látja a kártyát,"

dejo neked legalabb valaha mukodott :-)

nekem ez eddig nem eledt fel, bar mostanaban nem tokoltem vele:

06:01.1 Generic system peripheral [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19)
06:01.2 System peripheral: Ricoh Co Ltd Unknown device 0843 (rev 01)
06:01.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 0a)
06:01.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 05)

Lehet, nem tudom. De ilyet akkor se < három héttel a véglegessé nyilvánítás (és négy nappal a kernelfagyasztás) előtt csináljanak. Ez nem kifejezetten a "csak a stabilitást növeljük" kategória, legalábbis amennyit én látok belőle (=frissítettem az asztali gépen is, most már az se bootol, jee).

Ehhez nem link kell, hanem egy Linux, és be kell írni, hogy azongyja:

# blkid

root@alderaan:/home/trey# blkid
/dev/sda1: TYPE="ntfs"
/dev/sda2: LABEL="/boot" UUID="1a81f372-f689-46cc-9982-ec9bd3873bdc" TYPE="ext2"
/dev/sda3: UUID="9bf56c5a-2881-4820-879b-9b6db2644a31" TYPE="swap"
/dev/sda4: UUID="3b6c3c49-cca7-4e4e-a451-e577a29a8dc6" LABEL="/" TYPE="reiserfs"
/dev/dm-3: UUID="3b6c3c49-cca7-4e4e-a451-e577a29a8dc6" LABEL="/" TYPE="reiserfs"
/dev/dm-2: UUID="9bf56c5a-2881-4820-879b-9b6db2644a31" TYPE="swap"
/dev/dm-1: LABEL="/boot" UUID="1a81f372-f689-46cc-9982-ec9bd3873bdc" TYPE="ext2"
/dev/dm-0: TYPE="ntfs"

meg azt, hogy:

# cat /etc/fstab

root@alderaan:/home/trey# cat /etc/fstab
# /etc/fstab: static file system information.
#
#

proc /proc proc defaults 0 0
# /dev/hda4 -- converted during upgrade to edgy
UUID=3b6c3c49-cca7-4e4e-a451-e577a29a8dc6 / reiserfs noatime 0 1

# /dev/hda2 -- converted during upgrade to edgy
UUID=1a81f372-f689-46cc-9982-ec9bd3873bdc /boot ext2 defaults 0 2

#/dev/hda1 /media/hda1 ntfs defaults 0 0

# /dev/hda3 -- converted during upgrade to edgy
UUID=9bf56c5a-2881-4820-879b-9b6db2644a31 none swap sw 0 0

/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0

(Amint látszik, az fstab az Edgy-re frissítés során automatikusan frissítődött. Ezért nem értem, hogy egyesek miért csodálkoznak.

--
trey @ gépház

"Ehhez nem link kell, hanem egy Linux"

hat van itt egy valahol egy centos4 az asztal alatt, de az nem ismeri ezt a trukkot

azert koszonom az infot, tenyleg bamulatos, hogy hol tart a tudomany :)

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

Tudtam én, ha felrakom haveromnak a Feisty-t ki kell kapcsolnom az automatikus frissítést. Eljött a péntek 13 és szevasz. Ez szinte, hogy biztos a libata miatt van, de az tényleg érdekes, hogy ilyen átállást az utolsó pár napban csinálnak (ha egyáltalán a libata okozza).