[Linux/Unix] [/Gurus/helpen/newbies]$ ./deel 38

maandag 19 maart 2012 @ 19:59:08 #101

devzero

quote:
Op maandag 19 maart 2012 18:10 schreef Ertepeller het volgende:
Rekenen in bash doe je binnen dubbele haakjes: ((x = y + z))
Binnen de haakjes hoef je ook geen $ voor de variabelen te zetten.

Ik ben al jaren te lui geweest om het op te zoeken, maar misschien weet iemand het hier. Wat is het verschil tussen rekenen met dubbele haakjes (()) en square brackets $[] (op de de syntax na)? De wijze van evalutatie (zie laatste voorbeeld)?

1
2
3
4
5
6
7
8

$ x=2; y=3;
$ echo $((x*y))
6
$ echo $[$x*$y]
6
$ ((x++))
$ $[$x++]
bash: 3++: syntax error: operand expected (error token is "+")

edit:

quote:
Wherever possible, Bash users should try to use the syntax with square brackets:

bash beginners guide Maar waarom?

[ Bericht 11% gewijzigd door devzero op 19-03-2012 20:13:04 ]

maandag 19 maart 2012 @ 21:18:52 #102

Ertepeller

Het formaat $[ ... ] is oud en deprecated. Volgens de manual van bash gaat deze methode in de toekomst verdwijnen. Niet meer gebruiken dus.
Vierkante haakjes worden gebruikt voor indexen, bv in $var[teller] . Hierbij is teller een expressie: er mag dus iets als 3+4 staan.

Het formaat $(( ... )) is de moderne manier en the way to go.

Maar qua evaluatie maakt het op dit moment niet uit nee.

maandag 19 maart 2012 @ 21:39:54 #103

thabit

Waarom zou je je in godsnaam druk maken om bashscriptjes als er ook Python bestaat?

dinsdag 20 maart 2012 @ 02:33:49 #104

devzero

1	for i in {{1..4},{7..10},{16..19}}; do for j in {0..31}; do ping -c 1 -w 1 10.175.$i.$[100+$j] > /dev/null \|\| echo "ipmi for node $i-$j is down"; done; done

Kan vast een stuk netter in python, maar als snelle bash onliner is het toch makkelijk. (we hebben al onze ipmi addressen op 100+de locatie in het rack)

dinsdag 20 maart 2012 @ 21:27:08 #105

Faux.

Fan van zichzelf

Hoi,

een tijdje terug heb ik Ubuntu geinstalleerd met de Windows installer (Wubi of zo heette het). Ik heb Ubuntu toen niet zo heel veel ruimte toegewezen, waar ik nu spijt van heb. Ubuntu zit propvol qua geheugen terwijl Windows nog alle ruimte heeft. Hoe kan ik wat van de ruimte van Windows aan Ubuntu geven?

Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.

dinsdag 20 maart 2012 @ 21:30:45 #106

KomtTijd...

http://lmgtfy.com/?q=wubi+expand+disk
https://wiki.ubuntu.com/W(...)the_virtual_disks.3F

Beter doe je gewoon een echte installatie trouwens

zcflevo.nl

dinsdag 20 maart 2012 @ 21:34:55 #107

Faux.

Fan van zichzelf

quote:
Op dinsdag 20 maart 2012 21:30 schreef KomtTijd... het volgende:
http://lmgtfy.com/?q=wubi+expand+disk
https://wiki.ubuntu.com/W(...)the_virtual_disks.3F

Beter doe je gewoon een echte installatie trouwens

Dus als ik het goed begrijp krijg ik als ik deze code uitvoer meer ruimte op Ubuntu?

1
2
3
4
5
6
7
8

sudo su
swapoff -a
cd /host/ubuntu/disks/
mv swap.disk swap.disk.bak
dd if=/dev/zero of=swap.disk bs=1024 count=2097152
mkswap swap.disk
swapon -a
free -m

Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.

dinsdag 20 maart 2012 @ 21:36:44 #108

gebrokenglas

Half human, half coffee

en daarna die swap.disk.bak weggooien.

dinsdag 20 maart 2012 @ 21:42:52 #109

KomtTijd...

quote:
Op dinsdag 20 maart 2012 21:34 schreef Faux. het volgende:

[..]

Dus als ik het goed begrijp krijg ik als ik deze code uitvoer meer ruimte op Ubuntu?
[ code verwijderd ]

Als je meer virtueel geheugen wilt had ik je vraag verkeerd begrepen, maar dan moet je dat doen inderdaad.

dacht dat je opslagruimte bedoelde.

zcflevo.nl

dinsdag 20 maart 2012 @ 21:50:22 #110

Faux.

Fan van zichzelf

quote:
Op dinsdag 20 maart 2012 21:42 schreef KomtTijd... het volgende:

[..]

Als je meer virtueel geheugen wilt had ik je vraag verkeerd begrepen, maar dan moet je dat doen inderdaad.

dacht dat je opslagruimte bedoelde.

Ik heb geen idee wat ik bedoel eigenlijk

Ubuntu zegt dat ik geen ruimte meer heb om dingen op te slaan. Ik weet bij het installeren nog dat ik maar 8 gb of zo aan Ubuntu heb gegeven. Nu heeft Windows nog wel heel veel gb over, en dat wil ik aan Ubuntu geven.

Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.

dinsdag 20 maart 2012 @ 21:52:10 #111

KomtTijd...

Ja. Dan moet je dus lezen bij "How do I resize the virtual disks?". Niet bij "How do I increase my swap space?"

zcflevo.nl

dinsdag 20 maart 2012 @ 21:52:21 #112

KomtTijd...

quote:
Op dinsdag 20 maart 2012 21:30 schreef KomtTijd... het volgende:

Beter doe je gewoon een echte installatie trouwens

zcflevo.nl

dinsdag 20 maart 2012 @ 21:54:00 #113

Faux.

Fan van zichzelf

quote:
Op dinsdag 20 maart 2012 21:52 schreef KomtTijd... het volgende:
Ja. Dan moet je dus lezen bij "How do I resize the virtual disks?". Niet bij "How do I increase my swap space?"

Oké, dus dan moet ik http://ubuntuforums.org/showthread.php?t=1625371 doen?

En dan blijft alles wat ik op Ubuntu heb opgeslagen wel bewaard?

Hier schreef tong80 het volgende:
Faux is een FOK!held, zoals dat vroeger Gellarboy en Brechtje waren. Users die je koestert.

dinsdag 20 maart 2012 @ 21:56:51 #114

KomtTijd...

...dat staat er ja?

zcflevo.nl

dinsdag 20 maart 2012 @ 22:03:12 #115

Kandijfijn

Ik ga trouwens niet meer een AMD-kaart kopen

belachelijk hoe slecht hun drivers zijn.

dinsdag 20 maart 2012 @ 22:59:35 #116

Exentric90

exentric90

quote:
Op dinsdag 20 maart 2012 22:03 schreef Kandijfijn het volgende:
Ik ga trouwens niet meer een AMD-kaart kopen belachelijk hoe slecht hun drivers zijn.

dit

Op maandag 20 december 2010 03:32 schreef MYV het volgende:
vergeleken met KeFFuR1208 ben jij een god :6

dinsdag 20 maart 2012 @ 23:05:49 #117

Norrage

Mensen:
Ik heb een suffe korn shell (ksh) (waarom er net 1 scriptje aanwezig is die met deze shell werkt weet ik niet) en ik wil daar een simpel loopje in werkend krijgen...maar het lukt niet. Kan iemand me helpen? (het is een simpel probleem, en ik kan het ook gewoon als een andere shell taal schrijven maar ik wil gewoon weten hoe dit gaat (onopgeloste problemen gvd))

Ik neem aan dat er genoeg koningen in dit topic zitten (is de eerste keer dat ik erin zit en een tvp lijkt me wel handig hier, ik heb zo af en toe wel unix vraagjes)

Het zit zo:

1
2
3
4
5
6
7
8
9
10
11

#!/bin/ksh
#
#for y in {1983 1984}; do
for f in $(ls $directory); do
if [[ $f == *1983* ]] ; then
        print "Full file path: $f"
   black box geheim geheim

fi
done
#done

Zoals je (hopelijk) ziet wil ik in dit loopje alle bestanden zoeken waarin het getal 1983 en daar een 'black box geheim geheim scriptje' (ik bespaar jullie de rest van de code) overheen gooien. Ik wil dit uiteindelijk ook voor alle andere jaartallen doen, 1 voor 1. Als ik echter de #'s weghaal voor de 2e forloop, en in de if-statement y probeer te plaatsen..dan werkt het niet

Moet ik met $f == *{y}*, $f == {*y*} of iets anders werken...ik krijg het niet werkende. Kut korn shell (waarom bestaan er uberhaupt verschillende shells

Met alle andere shells lukt me dit wel, hier niet.

Ik heb nog iets anders. Als ik ssh ergens naar toe, krijg ik bij enige inactiviteit steeds "broken pipe" errors....hoe kan ik dit voorkomen? :/

dinsdag 20 maart 2012 @ 23:22:31 #118

Felagund

Even dit topic maar volgen, werd op dit topic gewezen, ik gebruik Linux/Unix dagelijks voor mijn werk. Altijd handig, misschien leer ik nog wat bij.

You don't need a weatherman to know which way the wind blows.
---------------------------------------------------------------------------------------------------------------------------------------------
Album top 100 2024

dinsdag 20 maart 2012 @ 23:24:03 #119

Norrage

quote:
Op dinsdag 20 maart 2012 23:22 schreef Felagund het volgende:
Even dit topic maar volgen, werd op dit topic gewezen, ik gebruik Linux/Unix dagelijks voor mijn werk. Altijd handig, misschien leer ik nog wat bij.

Tips en tricks zijn altijd handig in Unix

dinsdag 20 maart 2012 @ 23:30:48 #120

Felagund

Er is hier zeker niemand die ervaring heeft met GRIB-files en Fortran?

You don't need a weatherman to know which way the wind blows.
---------------------------------------------------------------------------------------------------------------------------------------------
Album top 100 2024

woensdag 21 maart 2012 @ 01:54:53 #121

devzero

GRIB? Kan er nou niemand een standaard bedenken voor dat soort datafiles? hdf, netcdf en ook nog eens grib

woensdag 21 maart 2012 @ 02:12:08 #122

devzero

quote:
Op dinsdag 20 maart 2012 23:05 schreef Norrage het volgende:
Moet ik met $f == *{y}*, $f == {*y*} of iets anders werken...

(mijn korne is een beetje roestig)
Met == vergelijk je een string met een reg exp, dus je moet geen quotes gebruiken om je 1983. Aangezien je vergelijkt met een substring, zou ik geen == *1983* gebruiken, maar =~:

1	if [[ $f =~ 1983 ]]; then

quote:
Ik heb nog iets anders. Als ik ssh ergens naar toe, krijg ik bij enige inactiviteit steeds "broken pipe" errors....hoe kan ik dit voorkomen? :/

Waarschijnlijk een timeout op de machine waarmee je verbindt (ClientAliveCountMax/ClientAliveInterval/TCPKeepAlive) of je remote shell heeft een auto logout functie?

woensdag 21 maart 2012 @ 11:48:10 #123

Ertepeller

quote:
Op dinsdag 20 maart 2012 23:05 schreef Norrage het volgende:
[code]
#!/bin/ksh
#
#for y in {1983 1984}; do
for f in $(ls $directory); do
if [[ $f == *1983* ]] ; then
print "Full file path: $f"
black box geheim geheim
fi
done
#done
[/code]

Waarom schrijf je {1983 1984}? Die accolades kunnen weg hoor... en ipv $(ls directory) kun je gewoon * gebruiken. Tenzij je niet de dir bedoelt waar het script in draait, dan moet je $dir/* doen.
Dus:

1
2
3
4
5

for y in 1983 1984; do
    for f in *; do
        ...
    done
done

Maar bovenstaand scriptje kan je ook zo oplossen:

1	find $directory -name '198[34]' -exec blackbox.sh {} \;

woensdag 21 maart 2012 @ 13:20:51 #125

CasB

Omdat iedereen z'n eigen voorkeur heeft.

woensdag 21 maart 2012 @ 13:22:48 #126

Norrage

quote:
Op woensdag 21 maart 2012 11:48 schreef Ertepeller het volgende:

[..]

Waarom schrijf je {1983 1984}? Die accolades kunnen weg hoor... en ipv $(ls directory) kun je gewoon * gebruiken. Tenzij je niet de dir bedoelt waar het script in draait, dan moet je $dir/* doen.
Dus:
[ code verwijderd ]

Maar bovenstaand scriptje kan je ook zo oplossen:
[ code verwijderd ]

Ik gebruik altijd accolades(of andere brackets), want dan hou ik het overzicht . Jouw eerste voorbeeld lijkt me niet de bedoeling? Ik wil alleen de bestanden waarvan 1983 (of een ander jaartal) in de bestandsnaam staan in de lijst zetten. Als je * doet dan neem je alle bestanden...

(het is een map waarin 3000+ bestanden staan ofzo, en ik wil een selectie daarvan listen dus).

Jouw 2e scriptje moet wel kunnen werken inderdaad, maar dat was niet direct mijn vraag. Ik wilde het loopje werkende krijgen, niet een alternatief

woensdag 21 maart 2012 @ 13:30:23 #127

Felagund

quote:
Op woensdag 21 maart 2012 01:54 schreef devzero het volgende:
GRIB? Kan er nou niemand een standaard bedenken voor dat soort datafiles? hdf, netcdf en ook nog eens grib

Ja, ik heb ook veel liever netcdf, maar mijn data wordt aangeleverd in GRIB. Het meest stomme is dat er ook tussen GRIB files zelf nog verschillen zit.

Tot nu toe heb ik het kunnen converteren naar netcdf, maar voor een paar honderd GB aan data (of meer) wil ik dit niet meer doen eigenlijk. Ook niet omdat netcdf 2x zoveel ruimte in beslag neemt. Ik weet wel hoe ik Grib kan converteren naar een binary file en dan kan inlezen, misschien moet ik dat gewoon gaan doen. Maar het klinkt allemaal zo omslachtig.

You don't need a weatherman to know which way the wind blows.
---------------------------------------------------------------------------------------------------------------------------------------------
Album top 100 2024

woensdag 21 maart 2012 @ 13:33:32 #128

Norrage

quote:
Op woensdag 21 maart 2012 13:30 schreef Felagund het volgende:

[..]

Ja, ik heb ook veel liever netcdf, maar mijn data wordt aangeleverd in GRIB. Het meest stomme is dat er ook tussen GRIB files zelf nog verschillen zit.

Tot nu toe heb ik het kunnen converteren naar netcdf, maar voor een paar honderd GB aan data (of meer) wil ik dit niet meer doen eigenlijk. Ook niet omdat netcdf 2x zoveel ruimte in beslag neemt. Ik weet wel hoe ik Grib kan converteren naar een binary file en dan kan inlezen, misschien moet ik dat gewoon gaan doen. Maar het klinkt allemaal zo omslachtig.

Probleem van GRIB files (hier tenminste) is dat het vele bestanden bij elkaar zijn, en volstrekt onoverzichtelijk. Netcdf ordent het tenminste een beetje. Maar ik snap de bestandsstructuur van GRIB ook niet helemaal hoor. Gelukkig hoef ik er niet direct mee te werken

(nog niet tenminste...)

woensdag 21 maart 2012 @ 13:54:48 #129

Felagund

quote:
Op woensdag 21 maart 2012 13:33 schreef Norrage het volgende:

[..]

Probleem van GRIB files (hier tenminste) is dat het vele bestanden bij elkaar zijn, en volstrekt onoverzichtelijk. Netcdf ordent het tenminste een beetje. Maar ik snap de bestandsstructuur van GRIB ook niet helemaal hoor. Gelukkig hoef ik er niet direct mee te werken (nog niet tenminste...)

Dat heb ik hier ook, voor elk data-tijdstip (en soms elke ensemble nr.) heb je een aparte file. En idd, het is totaal onoverzichtelijk. Bij netcdf kun je gewoon altijd met ncdump de header bekijken en dan weet je welke data er in zit. Bji Grib moet je het haast vooraf weten, anders kan je er niets mee.

You don't need a weatherman to know which way the wind blows.
---------------------------------------------------------------------------------------------------------------------------------------------
Album top 100 2024

woensdag 21 maart 2012 @ 14:11:16 #130

Computerfluisteraar

quote:
Op dinsdag 20 maart 2012 23:22 schreef Felagund het volgende:
Even dit topic maar volgen, werd op dit topic gewezen, ik gebruik Linux/Unix dagelijks voor mijn werk. Altijd handig, misschien leer ik nog wat bij.

Op een desktop PC?

woensdag 21 maart 2012 @ 14:14:28 #131

Felagund

quote:
Op woensdag 21 maart 2012 14:11 schreef Computerfluisteraar het volgende:

[..]

Op een desktop PC?

Ja, is dat gek dan?

You don't need a weatherman to know which way the wind blows.
---------------------------------------------------------------------------------------------------------------------------------------------
Album top 100 2024

woensdag 21 maart 2012 @ 14:17:00 #132

Norrage

quote:
Op woensdag 21 maart 2012 14:11 schreef Computerfluisteraar het volgende:

[..]

Op een desktop PC?

Op een desktop iMac

woensdag 21 maart 2012 @ 14:24:38 #133

Dale.

Waarom werkt dit niet?

1
2
3
4
5
6
7
8

59         if [ diff -q $IMG $IMGREF > "$TESTDIR/difference-$TODAY.txt" ]; then
60             EQUAL="Yes"
61             rm "$TESTDIR/difference-$TODAY.txt"
62         else
63             EQUAL="No"
64             echo "Generated fractal image is different from the reference fractal image.
65                   Differences are saved in difference-$TODAY.txt"
66         fi

Hij geeft dan als output:

1
2
3

./cronjob: line 59: -q: command not found
Generated fractal image is different from the reference fractal image.
Differences are saved in difference-2012-03-21 14:23.txt

Hij zou namelijk gewoon de if moeten uitvoeren en niet de else

woensdag 21 maart 2012 @ 14:37:22 #134

Ertepeller

quote:
Op woensdag 21 maart 2012 13:22 schreef Norrage het volgende:
Ik gebruik altijd accolades(of andere brackets), want dan hou ik het overzicht

Ik bedoel dat de accolades weg móeten, zoals jij het gebruikt zijn ze onderdeel van de variabele:

1
2
3
4
5

live@sid:~ $ for i in {1983 1984}; do
> echo $i
> done
{1983
1984}

Of bedoel je {1983,1984} (let op de komma ipv de spatie)?
Want dan heb je filename generation. Zoals jij het gebruikt is het i.i.g. fout vrees ik.
Zo zou het dus wel werken:

1
2
3
4
5

live@sid:~ $ for i in {1983,1984}; do
> echo $i
> done
1983
1984

[ Bericht 0% gewijzigd door Ertepeller op 21-03-2012 14:48:07 ]

woensdag 21 maart 2012 @ 14:44:32 #135

Ertepeller

quote:
Op woensdag 21 maart 2012 13:15 schreef Aneurism het volgende:
Waarom zijn er zo enorm veel editors in Linux?
vim
vi
nano
gpedit
pico

en dan heb ik slechts een fractie heb ik het idee.

"enorm" veel is ook wel wat overdreven hoor. vi en vim zijn dezelfde (vi is een link naar vim), gedit is de standaard Gnome-editor voor wie vim niet snapt of wil snappen en nano/pico zijn hele eenvoudige editors (soort van notepad) die veel minder kunnen dan vim of gedit.

Analogie:
Ik wil een auto kopen en kan kiezen uit:
Volkswagen
Opel
Peugeot
Renault
<nog tig merken>
Waarom zijn er zo enorm veel automerken op de wereld?
Maar dáár hoor ik nooit iemand over klagen...

[ Bericht 0% gewijzigd door Ertepeller op 21-03-2012 15:42:44 ]

woensdag 21 maart 2012 @ 18:08:39 #138

devzero

quote:
Op woensdag 21 maart 2012 14:24 schreef Dale. het volgende:
Waarom werkt dit niet?
[ code verwijderd ]

Hij geeft dan als output:
[ code verwijderd ]

Hij zou namelijk gewoon de if moeten uitvoeren en niet de else

Waarom denk je dat de diff wordt uitgevoerd? Na de [ verwacht de shell een test.

Er zijn vele oplossingen (backticks, $(diff..) etc), maar wat dacht je van

1
2
3

diff $IMG $IMGREF > "$TESTDIR/difference-$TODAY.txt"
if [ $? -eq 0 ]; then
....

woensdag 21 maart 2012 @ 18:11:21 #139

devzero

quote:
Op woensdag 21 maart 2012 14:44 schreef Ertepeller het volgende:
vi en vim zijn dezelfde (vi is een link naar vim)

Dat hangt toch echt van je distributie af. Bv RHEL6 heeft de "originele" vi en de Vi IMproved.

woensdag 21 maart 2012 @ 18:30:33 #140

Ertepeller

De officiële vi is volgens mij toch niet beschikbaar voor de opensource wereld... dat is eigendom van degene die de copyrights op Unix bezit (is dat nog Novell? Of Attachmate?)

Dat is ook de hele reden dat vim überhaupt bestaat. En alle klonen die daarvoor nog zijn ontstaan: nvi, elvis, stevie.

Of Red Hat moet gedokt hebben om de originele vi te mogen gebruiken?

Voor het gros van de distro's zal vi echter niet beschikbaar zijn en is het een symbolic link naar vim.

En zelfs als je per ongeluk de enige echte vi op je systeem hebt staan: vim is natuurlijk veruit superieur, dus wie zou het gebruiken?

woensdag 21 maart 2012 @ 19:20:43 #141

TargaFlorio

In Windows heb je toch ook een groot aantal editors? Notepad, Notepad++, Boxer, Eclipse, enzovoort.

woensdag 21 maart 2012 @ 20:51:19 #142

devzero

quote:
Op woensdag 21 maart 2012 18:30 schreef Ertepeller het volgende:
De officiële vi is volgens mij toch niet beschikbaar voor de opensource wereld... dat is eigendom van degene die de copyrights op Unix bezit (is dat nog Novell? Of Attachmate?)

Je hebt gelijk, de originele vi was gebaseerd op ex. Ik denk dat ik in de war was met nvi of een van de andere vi clones.

woensdag 21 maart 2012 @ 21:28:11 #144

NightH4wk

Semper Fi!

Enkel de eerste zou lang moeten duren. Daarna zitten al de shared libs/etc. in het geheugen.

woensdag 21 maart 2012 @ 22:08:13 #145

Ertepeller

quote:
Op woensdag 21 maart 2012 20:51 schreef devzero het volgende:
Je hebt gelijk, de originele vi was gebaseerd op ex. Ik denk dat ik in de war was met nvi of een van de andere vi clones.

Inderdaad, vi zelf viel onder de BSD licentie (dus vrij), maaaar helaas gebaseerd op ex/ed en die waren eigendom van AT&T. Maar ach, dat maakt toch allemaal niet meer uit nu we vim hebben. vi en alle kloontjes kunnen met pensioen. Als ze dat praktisch gesproken al niet zijn, ik zie ze nergens meer. Alleen op de commerciele Unixen (AIX en HP/UX) moet je nog met dat ouwe vi klooien. Dan mis je vim wel zeg. Meestal compileer ik het dan maar zelf (als het mag & kan).

Zelfde verhaal geldt voor de shell trouwens. Commercieel zie je nog ksh, maar op Linux is het bash wat de klok slaat. Dat valt toch tegen als je dan met ksh aan de slag moet ("mag/kan dat niet??")

woensdag 21 maart 2012 @ 22:17:40 #146

wdn

Elfen lied O+

quote:
Op woensdag 21 maart 2012 13:15 schreef Aneurism het volgende:
Waarom zijn er zo enorm veel editors in Linux?
vim
vi
nano
gpedit
pico

en dan heb ik slechts een fractie heb ik het idee.

- Diversiteit is goed.
- Onder windows heb je er ook heeeeeeeeeeeeeeeeel veel hoor.
- Het zelf maken/opbouwen van een editor is ook nog eens een goede les in coderen.

Beatus vir qui suffert tentationem.
PSN Rinzewind en Cadsuana Melaidhrin
Stellar Blade *O* Sea of Stars *O* Trails Daybreak *O*