SUSE / openSUSE install datum kideritese

SUSE Linux

Udv,

Olyan metodust keresek, amellyel igy utolag osszegyujthetem az altalam adminisztralt ~20 SUSE/openSUSE rendszer "eletkorat", vagyis hogy 1-1 gepre mikor kerult fel a rendszer! Eleinte mindezt fejben tartottam, de ennyi adat mar megjegyezhetetlen, viszont komolyan erdekelne, hogy lehetseges-e a subj. feladat megoldasa.
Nem hiszem, hogy fontos, de a rendszerek zome SuSE 8.2 es 9.1; upgrade nem opcio, igy szeretnem, hogyha az update-et javaslo hozzaszolok ezuttal elmaradnanak. pl. SLES9 2011-ig tamogatott, vagyis alapjaban a SuSE 9.1 is...

Koszonettel,
Pelibali

  • 1210 megtekintés

( Macskajancsi | 2008. 03. 25., k – 21:50 )

Majdnem elmaradtam, de ekkora tévedést nem hagyok szó nélkül:
"SLES9 2011-ig tamogatott, vagyis alapjaban a SuSE 9.1 is..."

A SLES-t ne keverd össze mással.
Ne terjessz hamis információt.
Amikor egy verzió támogatása befejeződik, erről még a hup is tudósít.
(Ki hinné?)
Már a 10.0 sem támogatott.

Mit adminisztrálsz nem támogatott rendszereken? A biztonsági frissítések feltelepítését?
Pénzt is kapsz ezért?
Sokat?
Csak halkan súgom: az opensüsü-höz ingyen és bérmentve hozzájutsz.

Tudom, hogy ez a hozzászólás itt OFF, de az ilyen hozzáálláson mindig elképedek.

A SLES9 a SUSE _9.1_ kodbazisan alapul es 2011-ig tamogatott, osszekeveresrol reszemrol szo sincs; SLES9-SP4 ingyer' letoltheto december ota... Eszemben sincs openSUSE-vel folytatni, beta-teszterkent csak meresztem a szemem, hova no meg es hova lassul. Ingyen sem kell; SUSE 9.1 mindent tud, amire szuksegem ill. szuksegunk van. Asszed veletlenul kertem, hogy okoskodok kimeljenek?! Elkepedesed okat tovabbra sem ertem.
(A 10.0-as verziot te hoztad fel, de "olyanom" is van ketto. Valahol ott kezdodott a dolog, amit en egyre kevesbe kezdtem szeretni.)

Mondj legyszives egyetlen egy okot, hogy mier' ne tudnam ill. tudhatnam telepiteni a SLES9 SPx-rol szarmazo csomagokat SUSE 9.1 ala; te magad probaltad mar?! Itt gond nelkul ketyeg a SP4-es 100+ csomagja. Bar a kernel-be heggesztettem egy btsco modult a bluetooth-os headset-emhez, de minden mas "gyari".

Bocs, eszebe jutott meg valami, talan a kozepsuliban nalatok ez a tema kimaradt. A mocskolodasod olyan szinten felrement, hogy az elkepeszto, mivel foleg oregeknek es sokgyerekeseknek ingyen (szivessegbol, anyagi haszon nelkul) segitettem mukodokepes gepeket szerezni. Ezesetben a hardware is eltes, savszelesseg sincs, gyerekek meg jol elvannak 1-2 jatekkal. Megis elofordul, hogy ehhez-ahhoz segitseg kell, ezt definialom en adminisztralasnak; ha ennyi folos idod van, random hozzaszolasok szorasa helyett keress meg maganban es szivesen adok par nevet/cimet, ahol TE is segithetsz...

Értem.
Tehát ha egy biztonsági hiányosságra felhívom a figyelmet, az egy félrement mocskolódás.
Ha valaki kb. 20 egységből álló gépparkot adminisztrál, és nem a szó mindennapi jelentését értem az "adminisztráció" alatt, az is mocskolódás.

Na mindegy, ez tényleg elképesztő.
Egyébként köszönöm a nevek/címek felajánlását, nekem is van jópár ingyen "adminisztrált" helyem.

Koszonom, de azt hiszem ezt mar probaltam es nem igazan stimmel:

peli@oldcomp:~> ls -l /etc/SuSE-release
-rw-r--r-- 1 root root 36 Apr 6 2004 /etc/SuSE-release

Mindez a laptopomon, amely akkor meg tutira nem volt a birtokomban;)

openSUSE 11.0 alpha 3 alatt sem jo, mert az a kiadott idopontban meg meg sem jelent (es csak kesobb, vagyis 2008 marc. 20-an ejjel tettem fel ugyanarra a hardware-re):

peli@oldcomp:/mnt/newsys/etc> ls -l SuSE-release
-rw-r--r-- 1 root root 43 Mar 15 14:01 SuSE-release

( Nyosigomboc v | 2008. 03. 25., k – 22:37 )

0-rol telepitetted? 


nyos@nyos:~$ ls -ld /
drwxr-xr-x 21 root root 4096 2007-11-03 00:47 //

A filerendszer elkeszitesenek ideje.

----
Anthill inside
honlapkészítés

Szerintem a / keletkezési ideje változhat, ha pl. úgy döntött valamikor valaki, hogy reiser-ről ext3-ra vált, mert ekkor a mentés+mkfs+visszállítás miatt a váltás idejét fogod kapni.

Ennél néha mérvadóbb lehet, hogy mikor települt a legrégebbi csomag a rendszerre - ez az OS telepítésekor történt, és az rpm adatbázis tartalmazza, tehát a másolgatás/backup/stb-re immunis. Csak azzal lehet gond, ha már egyetlen régi csomag sincs fenn.

A maximális pontosság a min{"/" létrehozás; legrégebbi csomag} függvénnyel érhető el, vagy jegyzetfüzet használatával. :)

Amúgy legrégebben települt csomagok:
$ rpm -qa --last | tail

100% igazad volt, koszonom a hozzaszolasod! A laptopomon a trukkod a

gpg-pubkey-3d25d3d9-36e12d04 Tue Aug 3 21:21:38 2004

-t adta ki legeloszor installalt csomagnak es ez az IGAZ erre a bizonyos rendszerre, ami jelenleg is fut! Eloszedtem a Kontakt-om egy regi backup-jat es az is ezt a datumot tamasztja ala.

Ez szép, csak nem igaz. Ugyanis ez a / könyvtár utolsó módosításának ideje. Azaz ha valaha csináltál alatta alkönyvtárat (márpedig csináltál, pl a telepítés közben a /etc-t, a /dev -et, a /home -ot, stb); ha hoztál létre fájlt; ha töröltél belőle bármit (az előbb emlegetett, véletlenül létrehozott fájlt); ha átneveztél benne bármit is; stb; mindezek módosítják a könyvtár tartalmát, így máris hamis az eredmény. Ha egyáltalán, én akkor is inkább a könyvtár inode-jának változását nézném meg, azaz: ls -ldc /

( Frantique v | 2008. 05. 23., p – 13:11 )

Szerintem biztos módszer nincs... De egy dolgot megtehetsz innen kezdve:
telepítés után: echo `date` > /etc/system-install-time

--
Coding for fun. ;)