[Linux/Unix] [/Gurus/helpen/newbies]~# echo 'Deel 64'

linux nerds moeten wel goed leren spellen: http://tweakers.net/nieuw(...)e-uit-te-voeren.html

Als ze een virus met de naam dkpg maken ben ik fucked

quote:

Op woensdag 8 juni 2016 22:42 schreef d4v1d het volgende:

[..]

Server, heeft nu een update van 25 uur en nog geen gekke dingen gezien,

dus cups en saned verwijderd (printen of scannen deed die toch niet) en een reboot heeft het opgelost.

Aha!!

quote:

Op donderdag 9 juni 2016 11:26 schreef Bosbeetle het volgende:
linux nerds moeten wel goed leren spellen: http://tweakers.net/nieuw(...)e-uit-te-voeren.html

Whut??

Bug report: https://www.inaturalist.org/taxa/47744-Hemiptera

quote:

Op zaterdag 11 juni 2016 13:35 schreef Igen het volgende:
http://www.pcworld.com/ar(...)nd-mozilla-thaw.html

En nu is het zo ver: Debian heeft nu ook officieel een 'echte' Firefox.

OMG! Hell froze over!

Weet iemand hoe ik in een bash-script de bestandsgrootte van een in een bestand opgenomen bestanden kan krijgen? Liefst POSIX compatible.

quote:

Op zaterdag 11 juni 2016 14:14 schreef Aether het volgende:
Weet iemand hoe ik in een bash-script de bestandsgrootte van een in een bestand opgenomen bestanden kan krijgen? Liefst POSIX compatible.

Hmm? Bestanden in een bestand? Of directory?

size=$(stat -c %s $filename) als je gewoon bestandsgrootte zoekt

quote:

Op zaterdag 11 juni 2016 20:43 schreef LintuxCx het volgende:

[..]

Hmm? Bestanden in een bestand? Of directory?

size=$(stat -c %s $filename) als je gewoon bestandsgrootte zoekt

In een tekstbestand staan een aantal bestanden waarvan ik de totale bestandsgrootte wil hebben.

Die stat -c heb ik ook naar gekeken maar werkt niet (ook) op BSD/Mac.

Ik heb het nu zo opgelost:

quote:

Op zaterdag 11 juni 2016 13:35 schreef Igen het volgende:
http://www.pcworld.com/ar(...)nd-mozilla-thaw.html

En nu is het zo ver: Debian heeft nu ook officieel een 'echte' Firefox.

In stable ja, unstable al wat langer.

Wat voor grootte zie je in /proc/partitions? Die klopt voor mij iig altijd. (Maar je zou verwachten dat die logregel ook wel klopt ipv er ~4MiB naast zitten..)

Komt denk ik door je 8MB blocksize. Stel dat je er 4 van gebruikt dan verbruik je op je schijf nog steeds 8 MB denk ik?

quote:

Op vrijdag 17 juni 2016 08:36 schreef d4v1d het volgende:

[..]

Dat is nog minder

/proc/partitions is in kilobytes, moe tje nog wel even vermenigvuldigen dus:

488386583*1024
500107860992
500107860992-500112031744
-4170752
500107860992-500107861504
-512

Dus op 512 na komt het ook overeen met die logregel.

Vreemd.

quote:

Dat klinkt op zich best logisch

Zo gaat dat op het bestandssysteem-niveau met blokgroottes daar, maar als je een block device block voor block leest moet je dat niet krijgen. Je

Maar op zich is het wel een afronding naar 8 idd. Maf, want normaal gesproken doet dd dat niet. Lijkt door je conv=sync te komen:

wilmer@peer:~$ dd if=/etc/profile conv=noerror bs=8M | dd of=/tmp/exthdd.img
0+1 records in
0+1 records out
1160 bytes (1.2 kB, 1.1 KiB) copied, 2.5145e-05 s, 46.1 MB/s
2+1 records in
2+1 records out
1160 bytes (1.2 kB, 1.1 KiB) copied, 9.37e-05 s, 12.4 MB/s

wilmer@peer:~$ dd if=/etc/profile conv=sync bs=8M | dd of=/tmp/exthdd.img0+1 records in
1+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0339598 s, 247 MB/s
16384+0 records in
16384+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0340096 s, 247 MB/s

Normaal gesproken is bs= geen harde grens maar gewoon de waarde die aan read() meegegeven wordt. Als er minder uitkomt gaat er ook minder naar de write(). Met conv=sync kennelijk niet.

Linux (Ubuntu) bevriest soms.. dan werkt jelemaal niks meer.. muiscursor beweegt ook niet meer.
soms gebeurt het weken niet, soms 5 keer per dag.
Iemand tips ? Nogal vervelend.

Nou.. niks werkt meer op dat moment. Dus ik vraag me af hoe ik dat dan kan zien.. ik moet de computer resetten om de boel weer aan de gang te krijgen.

De logs worden bewaard, dus zouden na opnieuw opstarten leesbaar moeten zijn.

We gaan het proberen...

Ik kan op een Linux bak geen hostnames resolven.

Ik heb geen iptables regels, default policy is accept.
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.

Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.

SELinux staat uit.

Wat kan het nog meer zijn?

Foutmelding is trouwens:
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached

quote:

Op zaterdag 18 juni 2016 19:17 schreef xaban06 het volgende:
Ik kan op een Linux bak geen hostnames resolven.

Ik heb geen iptables regels, default policy is accept.
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.

Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.

SELinux staat uit.

Wat kan het nog meer zijn?

Foutmelding is trouwens:
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached

En je kan wel pingen naar 8.8.8.8?

quote:

Op zaterdag 18 juni 2016 19:17 schreef xaban06 het volgende:
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.

Ik zou inderdaad eerst eens proberen of je 8.8.8.8 kunt pingen.

quote:

Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.

tcpdump doet ook dns lookups, probeer eens tcpdump -n -i any port 53.

Heb je in /etc/nsswitch.conf een entry voor hosts met in ieder geval dns? Bv
hosts: files dns

quote:

Op zaterdag 18 juni 2016 19:17 schreef xaban06 het volgende:
Ik kan op een Linux bak geen hostnames resolven.

Ik heb geen iptables regels, default policy is accept.
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.

Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.

SELinux staat uit.

Wat kan het nog meer zijn?

Foutmelding is trouwens:
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached

dig @8.8.8.8 fok.nl
?

twitter:

olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet

quote:

Op maandag 20 juni 2016 10:18 schreef Aether het volgende:

twitter:

olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet

waar gaat dit over, en wie is hij?