[11:14] zašto dd umjesto ~1M blokova prikazuje ~60M i to svaki put drukčije za 6 kopiranih diskova iste veličine? https://jebo.me/pas/?i=t [11:15] kopirao diskove veličine malo-manje-od-1TiB sa pv | ssh dd of=... bs=1M [11:15] po nekoj logici, dd sa bs=1M bi trebao reći cca milijun blokova [11:17] kako.to [11:52] 16 vCPUa ... i time_wait je 50% :) [11:52] prokleti spori diskovi [12:04] dobio sam odgovor, jelly: because it's reading from a pipe and you didn't use iflag=fullblock (you wouldn't want to, though). [12:04]  [12:05] dd broji svaki uspješni read() [12:05] bez obzira što je bilo manje bajtova od bs [12:06] jelly: you could just use cat on the remote side but, if you feel that you would benefit from a buffer there, pv would be a fair choice. dd isn't really designed for this. [12:43] naši imaju lijepe kape sa šahovnicom i tufnom [12:59] gle kinu sterilnu i cistu, nemos virovat da su bas oni tako sporki i nehigijenski da bi razvili coronu [13:25] kombinacija riječi koje nisam očekivao čuti danas: "muški Kinez" [14:20] Jel' netko nedavno rinejmao usera ? [14:31] jao, ne bi se usudio [14:32] ne, to se ne radi [14:43] jelly, in theory, promijenim /etc/passwd, promijenim naziv homedira, promijenim /etc/group... [14:43] uid bi trebao ostati isti [14:43] right? [14:43] ne? [14:43] :) [14:44] usermod -l [14:45] cron? at? /var/mail/oldusername? dangling symlinks? grep -R oldusername /etc ~/.config [14:45] i još tko zna što [14:46] sudoers je jedan zanimljiv dio /etc [14:46] usermod pohvata mali dio toga [14:56] nema nist od toga user [14:56] user je zenin, na lokalnom fajlserveru, koji preko NFSa exporta sranja na desktop [14:56] medjutim username na destkopu i na serveru joj nisu isti i NFS se sjebaje tu [14:56] i sad umjesto da drkam po NFSu mislio sam da mi je jednostavnije promijeniti joj username na serveru [14:56] jer se ona na server ne ulogirava nikad [14:59] zar nema nfsv4 idmap [15:00] ako je nfsv3 samo stavi da bude isti numerički uid i gid [15:00] username u tom slučaju nema veze ni koristi [15:02] ima idmap, da, al' se nisam htio jebavat s time, proucavat i citat [15:02] ne koristim nfs3 [15:02] vish mozda s uidima to poporavim [15:03] to vrijedi samo za nfs v3 [15:03] ne znam kako se v4 ponaša [15:33] jelly, problem je jos gori. Ja sam 'mario' na klijentu i serveru, i uid mi je isti. Zena je na serveru 'titjusha/1001' a na klijentu 'tihana/1002' [15:34] a gidovi su skroz razliciti na klijentu i na serveru [15:34] i trenutno se preko uida to sve mounta, ja kad napravim file kao ja na exportu, pojavi se pod zeninim gidom :) [15:34] idmapd.conf bi, cini se, trebao pomoci [15:37] očito vam treba IDM za po doma da na jednom mjestu imate usere i grupe a ne na sto mjesta. Možda Active Directory [15:41] ne! [15:41] :) [15:42] naime, sta, nfs server je instaliran pred 2-3 godine. Ja uvijek imam id/gid 1000 jer sam prvi user na stroju [15:42] medjutim zena je onda imala username 'titjusha' jer joj je to bilo fora, i na serveru ima uid/gid 1001 [15:43] e sad, ovaj desktop koji sam instalirao pred godinu i kusur ima 'bug' pri instalaciji tako da 'sambashare' grupa ima id 1000. I onda kad instaler napravi mog usera id/gid budu 1000/1001 [15:43] u medjuvremenu sam dodao frendu acc da mogu njegov ssh key stavit gore i da mozemo talkat o super-tajnim projektima tak da se on usshja u moj stsroj ; ) [15:44] i onda sam nakon toga napravio 'tihana' user koji sad ima uid/gid 1002/1003 :) [15:44] u biti je taj NFS dosta usran, al' je full full brz na lokalnoj mrezi [15:46] dobro nije novo koristnicko ime tithana [15:46] silly, nit necu na glas pricat kakve sve kombinacije padaju [15:46] to joj je stari irc nick pa zato titjusha [15:46] hocu i ja dijeliti svoje racunala s takin orisnicima [15:52] Mmike, da imaš AD fino bi dodao korisnike na jednom mjestu, joinao linux radne stanice preko npr. cockpita u AD i svugdje imaju isti uid i gid :-D [15:53] [15:56] bitchslap troll [17:09] ako ne vrtiš baš debian nemoj pitati u #debian [17:10] (bar na jednoj strani, il klijentu ili serveru) [17:35] fosdem 2022 je ovaj vikend ... https://fosdem.org/2022/schedule/