32 bit -> 64 bit; ReiserFS -> Ext4

Ennek a napnak is el kellett jönnie. Előretekintve, viszlát 32 bit, helló 64 bit. Viszlát ReiserFS, helló Ext4. 

trey@alderaan:~$ uname -i
x86_64

( wachag | 2015. 02. 15., v – 16:34 )

Mik az okok?
A régi rendszert rakod át, vagy újratelepítés? (Utóbbira tippelek)

Már végeztem. Az utóbbi.

Az ok? Van már olyan projekt, ami dobta a 32 bites vonalat, csak idő kérdése, hogy az Ubuntu mikor lépi meg ezt. A fájlrendszernél a ReiserFS nem támogatott pl. TRIM-et. Mondjuk ettől függetlenül szépen ment SSD-vel évekig.

Hogy miért most? Most volt hozzá kedvem. Többször nekiálltam volna, de valahogy sosem volt hozzá türelmem.

A 32 bites rendszer azért egy diszken el van téve, mert tervezek csinálni egy-két összehasonlítást. Pl. mennyi a memóriahasználat ugyanolyan alkalmazások ugyanazon adatok mellett 32 biten és 64 biten. Csak kicserélem az SSD-t egy HDD-re és visszakaptam a 32 bites rendszert :)

--
trey @ gépház

( anr | 2015. 02. 15., v – 17:43 )

hát nem sietted el

--
Live free, or I f'ing kill you.

( Elbandi v | 2015. 02. 15., v – 20:49 )

ket kerdes merult fel:
- az ubuntuk mar multiarchossak, azzal nem lehet megoldani a 32bit->64bit valtas?
- ha a fenti mukodne, akkor egy ext4 format, rsync, fstab edit, grub install-lal nem usztad volna meg az fs valtast? (es akkor elmondhatod hogy X ev ota ugyanaz a rendszer csak frissitve van es tulel mindent :D)

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

( zolti v | 2015. 02. 15., v – 21:59 )

Én egy hónapja álltam vissza. Próbaképp felraktam a 32 bites 15.04-et és egy pár napos tesztelgetés után átköltöztem teljesen. A 14.04 64bit elég gyakran swap-olt 4Gb rammal. Így sztem sokkal használhatóbb lett a rendszer. Ugyanazok a programok: Ubuntu + apache, postgre, QtCreator, Chrome. Persze a régi rendszer is megvan, de eddig nem kellet vissza bootolni.

( pch v | 2015. 02. 16., h – 07:56 )

Lassan 3 hete álltam át én is 64 bitre. De eddig csak a hátrányát éreztem.
Még adok neki egy kis időt, de ha továbbra is egy rakat cuccnak kell a 32bites lib nem éri meg.
Szopás volt a wine, vboxba rakott android meg még egy progi, de nem ugrik be.
Mindegyiket meg tudtam oldani, de használni szerettem volna a rendszert mint eddig, hogy nem tákolom mindig.

pch
--
http://www.buster.hu "A" számlázó
--

You holding it wrong. Worksforme. #troll

A viccet felreteve: nekem a wine-nal sose volt bajom, pedig mar idestova 3 eve 64 bites OS-sel tolom, Androidot meg leginkabb a sajat emulatoraban hasznaltam, egesz turheto volt. Ami a VBoxot illeti, sose volt vele bajom.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Biztos hogy nem fogom kipróbálni. Azért kérdeztem hogy nálatok mi volt a gond. Ha nem tudsz mondani, akkor te nyilván nem futottál bele és részedről minden rendben van. De akkor hogy akarod cáfolni amit én állítottam? Vagyis hogy tudtommal a hivatalos tárolókban lévő csomagoknak fel kell tudniuk települni konfliktus nélkül.

Vagy azt mondod hogy szerinted nem így kellene lennie? Vagy azt mondod hogy így kellene lennie de tudsz ilyen csomagról?

Ubuntu alatt nem tudom. Csak kérdezem, hogy ott nem így kellene lennie?

Illetve nem hivatalos tárolóban lévő cuccok nem érdekelnek részemről, mert ott úgy rakják össze ahogy a fejlesztők akarják - azzal bármilyen gond lehet. Arra lettem volna kíváncsi hogy a hivatalos tárolóval kapcsolatban volt-e sűrű észrevétel ilyen hibák terén.

Ez akkor nem segitseg, ha a prorpietary cucc regebbi/ujabb libekre hivatkozik, mint ami elerheto csomagbol, es az ujabbal/regebbivel meg persze nem megy. Vannak azert szep szopasok ezen a teren.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

( crown v | 2015. 02. 16., h – 16:06 )

Hat, igy 2015 korul hogy alunk az IPv6-al?