Eljutottam oda, hogy kell a Jessie - pl. magasabb verziójú glibc.
Nagyon rég nem próbálkoztam a testing distrókkal - anno nagyon kellemetlen tapasztalataim voltak velük. A Debian most sem cáfolja önmagát, már az alap telepítés során gondjaim vannak. Az eddigi "technológiám" az volt, hogy PXE/netinst segítségével feltelepítettem egy alapot - semmilyen csomagot nem választottam/telepítettem alapból, később amikor a rendszer elindult kisebb/nagyobb adagokban feltettem amire szükségem volt - az alap így kompakt volt.
Első nekifutás:
A szokásos módon ugrottam neki. Csak egy konzolom van, nincs inittab és az aptitude is lemaradt? Most ez komoly? Ez most a telepítő problémája vagy ez egy új koncepció amivel ha tetszik, ha nem meg kell barátkozni?
Lehet, csak néhány "alap" csomag maradt le amit a jó öreg apt-get segítségével pótolhatok?
Második nekifutás:
Biztos valamit benéztem (nem lenne az első eset), no még egyszer. Elakadt a partíció formázásánál?! ext4 -et kértem és egy logikai partícióba akarom telepíteni. Jó reszet, "felmostam" a partíció elejét (dd if=/dev/zero ...)
Újra.
Harmadik nekifutás:
Simán túljutott a formázáson. A változatosság kedvéért mostz elkezdtem a telepítő csomagokat piszkálni - kivettem MINDEN x desktopot. Dolgozik ...
Nesze, odacsapta a gnome csinos kis verzióját. Vannak konzoljaim :) - de nincs inittab - ajaj :( Van aptitude - klassz. A gnome -ból csak kikapcsolni tudok, "bezárni" az xwindow -t és a többi hóbelevancot nem.
Most úgy gondolom, az első nekifutás lesz a nyerő, de vajon miket változtattak még meg? Milyen hasonló kaliberű meglepik lesznek?
Nézegettem a Debian honlapját és a google -t is intenzíven használtam, de eddig még nemigen találtam érthető értelmes magyarázatot, hogy hova tűnt a szokásos inittab és a mögöttes dolgok. Aki már tud valamit, esetleg látott valami értelmes magyarázatot ezekre kérem súgjon.
- 4483 megtekintés
Hozzászólások
> de eddig még nemigen találtam érthető értelmes magyarázatot, hogy hova tűnt a szokásos inittab és a mögöttes dolgok
Itt a HUP-on is csillió szál volt róla, hogy systemd-re váltanak by default.
- A hozzászóláshoz be kell jelentkezni
Hozom a formám - biztos rosszul kerestem.
Szerencsére elég jól dokumentált cucc. Lesz mit megtanulni.
Van más ilyen kaliberű módosítás?
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Nem ennyire durva, es nem is biztos, hogy erinteni fog, Apache HTTPd 2.2->2.4 amibe belefutottam eddig (ubuntu 14.04-re valtasnal):
http://httpd.apache.org/docs/2.4/upgrading.html
- A hozzászóláshoz be kell jelentkezni
Tök igazad van! Köszönöm a súgást!
Amint feltettem a dbus -t megjelent a többi konzol és a "logind.service" is rendbe jött - $systemctl list-units.
Nem tudom mennyivel jobb ez a régi system V cucchoz képest. Eddig magam írogattam a megfelelő shell scripteket, vajon ezzel egyszerűbb lesz?
Hogy kell majd csinálni az olyanokat, hogy soros konzol vagy mgetty FAX?
Nagy felhajtást nem érzek - eddig < 100MB -ot használ és ennek több mint a fele cache.
Viszont, mintha a dbus eddig csak akkor kellett ha x került fel, "sima" konzolos környezetben nem volt rá szükség.
Feltettem az aptitude -t innen már úgy tűnik, mehet a szokásos telepítési technikám - remélem :)
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Fejlemények:
Sikerült a tty1 "törlését megakadályozni":
/lib/systemd/system/getty@.service
TTYVTDisallocate=no
Azért jó lenne tudni mi az ördög a "TTYVTDisallocate"?
Sajnos a konzol beállítás nem sikerült (setterm foreground, powersave, blank). Próbáltam a régi `-I` hacket (ez már a wheezynél sem működött) aztán az "ExecStartPost" beállításával, de mindenféle furcsaság lett, kivéve a beállítást - visszatértem a régi .bashrc beállításra.
Levegőt nem kaptam - kopasz felhasználóként azt a hibaüzenetet kaptam, hogy "ping: icmp open socket: Operation not permitted" - bájos. Ha pingelni akarok helyből sudo? Félre ne értsetek, én is szeretem biztonságban tudni a rendszeremet de ez azért kicsit túlzás - #chmod 4755 /bin/ping - megoldja.
Hány ilyen apróság lesz? - sok kicsi sokra megy.
Nem vagyok túl boldog ezzel a systemd izével, de valószínűleg nem rosszabb mint a system V init szkriptjei - inkább csak a megszokás, azt már ismergetem. Ami engem jobban zavar, hogy az már végképp nem igaz, hogy minden konfigurációs szkript és adat az /etc könyvtárban fellelhető - eddig azt hittem ezt kerülni kellene - hát a systemd ezt brutálisan cáfolja :(
FLAME/OFF: már csak azt szeretném ha valamelyik észlény implementálná a windows registry -t a Linux -ra. Az mekkora dobás lenne? Tény hogy nagy a zavar ezek körül az indító, működtető és konfigurációs szkriptek körül, a konfigurációs állományokról nem beszélve (sima szöveg, xml és még milyen "jópofaságokkal" nem találkoztam - mert nem kellett hozzányúlnom). Kíváncsi lennék rá, hogy a nagyobb program csomagok (pl. apache, exim stb.) mekkora részét teszik ki a konfiguráció értelmező kód. Pazarlás? - lehet viszont még mindig jobb velük dolgozni, mint az ablakos rendszerek 32.-ik al-ablakában megjelenő "check box" amit ha bepipálsz akkor minden "kizöldül". Talán úgy kéne megfogalmazni a feladatot: Létre kellene hozni, egy egységes, áttekinthető(1), önmagát dokumentáló de ugyanakkor kódtakarékos konfigurációs filozófiát és mindent ehhez igazítani/idomítani. Lehetséges?
Bocs! Ma valahogy filozofikus hangulatba kerültem (pedig egy csepp alkoholt sem fogyasztottam).
1 - szerkesztve
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Több alkalommal telepítetem már a Jessie aktuális állapotát, általában mini.iso -ból. Nekem sem mindig sikerült "mini.iso"-ból a telepítés, legutóbb például kernelmodul problémák akadtak vele.
Így a mini.iso helyett az október 3-i beta2 teljes CD-s telepítővel (1. CD) jártam legutóbb sikerrel.
ftp://cdimage.debian.org/cdimage/jessie_di_beta_2/amd64/iso-cd/debian-j… (2014-10-03)
Egyébként 2014. november 5-én este fagyasztva (freeze) lesz, így az előző verziók tapasztalatai alapján tavasz-nyár körül várható a végleges: https://release.debian.org/jessie/freeze_policy.html
- A hozzászóláshoz be kell jelentkezni
Hát ez nem mindig a fejlesztők (Debian) műve. A saját, magor tükrünket már évek óta nem használom - valahol (talán a Lenny magasságában) próbáltam telepíteni pxe/netboot verzióval és nagyon sok órát elvett az életemből, míg választottam egy másik tükröt - és voila működik!
Nem mindegy honnan töltöd le, milyen tükröt használsz később.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Most ez egy hiba? Telepítettem a szokásos csomagokat:
smbclient cifs-utils
Ti láttok itt olyat amihez a hoston samba szerver kell? - csak kapcsolódni szeretnék, nem szolgáltatni.
Feltette, elindította smbd, nmbd.
Jó kapcsoljuk le:
#sytemctl stop nmbd.service
#systemctl stop smbd.service
#systemctl stop samba-ad-dc.service
aztán ugyanezek csak "disable" - panaszkodik hogy nem futnak - klassz.
miután (biztos ami biztos) újra indítottam kiszúrtam hogy van olyan hogy samba.service - (ennyit a listázásról - miért nem lehet ezt mondjuk abc sorrendben kinyomni)
Kitiltottam - loaded/inactive/dead - hát ez megnyugtató - minek vagy mit is loadol?
A samba-ad-dc.service eltűnt - systemctl --all sem dobja fel - mi ez?
A /lib/systemd könyvtárból eltűntek ezek a bejegyzések - vajon hova?
Van még mit csiszolódnom.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Hogy azért valami jót is mondjak:
Azért a mount.cifs működik (miután a samba servert és tartozékait lokálisan "lelőttem").
Gond nélkül felismeri a rendszer, hogy nincs /dev/ttyS1 (0 -ás, alaplapi megvan) és a két portos PCI kártyámat, mind az irq mind a hw cím rendben van :)
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Furcsaság?
syslog 6x egymás után systemd[1]: started Getty on tty6
De ez előtt, látok kettő ugyanilyet a tty2 és a tty6 -ra.
Viszont egyáltalán nincs ilyen bejegyzés a tty1, tty3, tty4 és tty5 -ről.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni