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

Bij debian heb je al na het installeren een grafische omgeveingen. Bij Arch moet je dat erna nog gaan installeren, of valt dat wel mee?

quote:

Op zondag 6 april 2008 10:34 schreef Vintendo het volgende:
Bij debian heb je al na het installeren een grafische omgeveingen. Bij Arch moet je dat erna nog gaan installeren, of valt dat wel mee?

Zou best kunnen, maar dan nog lijkt het me een kwestie van apt-get gebruiken. Maar hoezo wil je zo graag van Ubuntu af, ik kan geen beter optie bedenken namelijk.

quote:

Op zondag 6 april 2008 02:19 schreef Vintendo het volgende:
Zit op het moment al op ubuntu 8.04:) Had alleen zin om wat anders te proberen.:p Arch leek me nog te ingewikkeld, dus dacht ik voor debian testing te gaan...

Debian is een erg goede keuze als je een server wil maken. Voor een desktop kun je veel beter bij ubuntu blijven. Tenzij je heel veel tijd over hebt, of over veel oudere hardware met weinig geheugen beschikt. Ubuntu is in de kern gewoon debian maar dan met veel nieuwere softwareversies.

quote:

Op vrijdag 4 april 2008 12:49 schreef slakkie het volgende:
Ik draai al screens in m'n putty. Dus dat gaat niet op

Maar heb het gevonden:
http://www.chiark.greenen(...)ple-connections.html

http://puttycm.free.fr/

En je hebt ook nog een general wintabber ding, ziet er ook wel leuk uit.

Dit connection manager ziet er nice uit

Ik draai btw Konsole onder Windows via CoLinux... Werkt prima

Zijn er hier mensen die ervaring hebben met bluearc of vergelijkbare storage systems? We gebruiken hier (werk) momenteel een systeem van panasas, maar willen overschakelen naar iets anders.

quote:

Op zondag 6 april 2008 20:50 schreef whoops het volgende:

[..]

Dit connection manager ziet er nice uit

Ik draai btw Konsole onder Windows via CoLinux... Werkt prima

Gaat m'n chicka denk ik net een stap tever als ik dat ook nog eens op de bak ga installen

Situatie:
Router 192.168.1.1 Sitecom;
PC free roaming (krijgt 192.168.1.3). Wired. Gutsy.
PSP 192.168.1.5. Wireless.
PS3 192.168.1.2. Wired. Staat normaal uit.
Notebook free roaming (krijgt 192.168.1.4). Hardy beta. Wireless.

Zodra ik op mijn notebook een directory mount van mijn PC kan ik netjes door alle mappen bladeren.

Kopieer ik een bestand dan valt mijn netwerk dood na exact 8.2 Mb te hebben gekopieerd van een AVI of 10.1 Mb van een MKV (5 keer per bestand geprobeerd). ELKE verbinding valt uit waarbij alle systemen zijn IP kwijtraken en de router zelfs niet te benaderen is vanaf de PC (http://192.168.1.1 geeft een 404).

De enige manier om het weer aan de gang te krijgen: alles uit. router van de stroom af en weer aan. PC aan en dan de router benaderen. Daarna mag de rest weer aan.

Ik zou zeggen ip conflict maar is er iets wat jullie van zeggen: DAT kan het zijn!

Gare router?

ik ben bezig een eigen server in te richten en wil hierbij een aantal gebruikers een shell account geven waarbij ze gebruik kunnen maken van de compilers. Hiervoor heb ik in ubuntu (6.06 lts) een ssh server draaien. Dit werkt allemaal prima.

Het enige probleem is dat ik niet wil dat ze door het hele systeem kunnen rondneuzen (systeem en homedirs van anderen). Na wat googlen heb ik eerst jailkit (http://olivier.sessink.nl/jailkit/howtos_chroot_shell.html) op het systeem gezet. Op zich werkt het aardig, qua restricties, maar in dit geval heeft de user geen toegang tot de compilers.

Op welke wijze kan ik ze dus locken in hun homedir binnen ssh?


*ik gebruik ubuntu 6.06 lts server edition, dus heb alleen de cli.

quote:

Op zaterdag 12 april 2008 12:06 schreef Falcon4ever het volgende:
ik ben bezig een eigen server in te richten en wil hierbij een aantal gebruikers een shell account geven waarbij ze gebruik kunnen maken van de compilers. Hiervoor heb ik in ubuntu (6.06 lts) een ssh server draaien. Dit werkt allemaal prima.

Het enige probleem is dat ik niet wil dat ze door het hele systeem kunnen rondneuzen (systeem en homedirs van anderen). Na wat googlen heb ik eerst jailkit (http://olivier.sessink.nl/jailkit/howtos_chroot_shell.html) op het systeem gezet. Op zich werkt het aardig, qua restricties, maar in dit geval heeft de user geen toegang tot de compilers.

Op welke wijze kan ik ze dus locken in hun homedir binnen ssh?


*ik gebruik ubuntu 6.06 lts server edition, dus heb alleen de cli.

Waarom zou je ’t per se willen? Als je mede-users hun homedirs goed laat afschermen (goede permissies er zelf desnoods opzetten) dan valt er niet te neuzen in de zaken van anderen. Dat is makkelijker dan ze chrooten.

Precies, zo lang users of jij als administrator geen andere rechten zet op de directories kunnen ze standaard al vrij weinig en niet bij andere home directories.

Cid. het lijkt erop. Heb een andere gehaald en nergens last van
Tx

quote:

Op zaterdag 12 april 2008 18:13 schreef wdn het volgende:
Cid. het lijkt erop. Heb een andere gehaald en nergens last van
Tx

quote:

Op zaterdag 12 april 2008 17:13 schreef Iblis het volgende:

[..]

Waarom zou je ’t per se willen? Als je mede-users hun homedirs goed laat afschermen (goede permissies er zelf desnoods opzetten) dan valt er niet te neuzen in de zaken van anderen. Dat is makkelijker dan ze chrooten.

Met behulp van:
sudo dpkg-reconfigure -plow adduser

hebben ze al geen toegang tot homedirs van anderen.

Maar ze kunnen wel bij al m'n andere configuratie bestanden in /etc/ komen. Dit heb ik dus liever niet.

quote:

Op zaterdag 12 april 2008 18:37 schreef Falcon4ever het volgende:

[..]

Met behulp van:
sudo dpkg-reconfigure -plow adduser

hebben ze al geen toegang tot homedirs van anderen.

Maar ze kunnen wel bij al m'n andere configuratie bestanden in /etc/ komen. Dit heb ik dus liever niet.

Als ze gevoelige informatie bevatten zijn ze voor standaardusers niet te lezen. (Bij een fatsoenlijke configuratie). Bevatten ze dat niet, dan zijn ze wel te lezen, maar nimmer te schrijven. Een echt groot securityrisico is het dan ook niet, al geeft het ze mogelijkerwijs wat informatie over hetgeen je op je systeem draait. Het is echter meer security through obscurity wat je op deze manier nastreeft.

Ik kan het me voorstellen dat je het niet wilt, maar dan moet je je users eigenlijk wel echt wantrouwen; anders zou ik nogmaals zeggen het is de moeite niet. Individuele files en directory’s in /etc/ kun je gewoon geen leesrechten geven voor de ‘other’ users.

quote:

Op zaterdag 12 april 2008 12:06 schreef Falcon4ever het volgende:
ik ben bezig een eigen server in te richten en wil hierbij een aantal gebruikers een shell account geven waarbij ze gebruik kunnen maken van de compilers. Hiervoor heb ik in ubuntu (6.06 lts) een ssh server draaien. Dit werkt allemaal prima.

Het enige probleem is dat ik niet wil dat ze door het hele systeem kunnen rondneuzen (systeem en homedirs van anderen). Na wat googlen heb ik eerst jailkit (http://olivier.sessink.nl/jailkit/howtos_chroot_shell.html) op het systeem gezet. Op zich werkt het aardig, qua restricties, maar in dit geval heeft de user geen toegang tot de compilers.

Op welke wijze kan ik ze dus locken in hun homedir binnen ssh?


*ik gebruik ubuntu 6.06 lts server edition, dus heb alleen de cli.

Je zou die compilers kunnen installeren in hun home directory. Dan zullen ze er wel bij kunnen, ook onder je chroot shell.

Ik heb een beetje een newbie-vraag. Ik heb hier Ubuntu 7.10 geïnstalleerd op een 350 GB harde schijf, maar ik heb bij het installeren een kleine partitie gemaakt (20 of 30 GB dacht ik) omdat ik niet zeker wist of het ging bevallen. Nu bevalt het dus erg goed en je ziet het misschien al aankomen: ik heb die partitie bijna vol gedownload en ik zit met meer dan driekwart van mijn schijf als ongepartitioneerde ruimte en de nodige spijt dat ik bij de installatie geen grotere partitie gemaakt heb.
Kan ik nu die partitie uitbreiden en/of een nieuwe (ext3) partitie maken zonder betaalde tools als Partiton Magic?

Als je geen LVM gebruikt hebt (geen idee of dat standaard is in Ubuntu) word de partitie uitbreiden wat lastig denk ik.

Je kan natuurlijk wel gewoon een nieuwe partitie maken in je ongepartitioneerde ruimte en deze ergens mounten. Daar heb je alleen fdisk (om de partitie te maken) en mk2fs (weet de tool naam niet precies voor Ubuntu) nodig om de partitie te formatteren.

Als je meer precieze hulp nodig hebt hebben we denk ik de output van "fdisk /dev/sda" nodig (of /dev/hda, afhankelijk van je disk). Je hebt best kans dat alles met LVM geinstalleerd is, en dan kan je alles online vergroten

Waarschijnlijk geen LVM, want de /boot zit ook op deze partitie.
Die output van fdisk kan ik op zijn vroegst vanavond geven, want ik zit nu op mijn werk.

hij is uit!!!

http://nl.releases.ubuntu.com/kubuntu/8.04/
http://nl.releases.ubuntu.com/8.04/

Snel downloaden en installeren! (ben zelf KDE fan, dus Kubuntu it is!)

quote:

Op donderdag 24 april 2008 12:40 schreef Niesl het volgende:
hij is uit!!!

http://nl.releases.ubuntu.com/kubuntu/8.04/
http://nl.releases.ubuntu.com/8.04/

Snel downloaden en installeren! (ben zelf KDE fan, dus Kubuntu it is!)

12:54:58 (4.42 MB/s) - `ubuntu-8.04-desktop-i386.iso' saved

En binnen...

Is er ergens een changelog te vinden?

Nou, maar updaten dan...

quote:

Op donderdag 24 april 2008 09:34 schreef Quincy5 het volgende:
Ik heb een beetje een newbie-vraag. Ik heb hier Ubuntu 7.10 geïnstalleerd op een 350 GB harde schijf, maar ik heb bij het installeren een kleine partitie gemaakt (20 of 30 GB dacht ik) omdat ik niet zeker wist of het ging bevallen. Nu bevalt het dus erg goed en je ziet het misschien al aankomen: ik heb die partitie bijna vol gedownload en ik zit met meer dan driekwart van mijn schijf als ongepartitioneerde ruimte en de nodige spijt dat ik bij de installatie geen grotere partitie gemaakt heb.
Kan ik nu die partitie uitbreiden en/of een nieuwe (ext3) partitie maken zonder betaalde tools als Partiton Magic?

Ja.

Ik weet niet hoe goed het vergroten/verkleinen van bestaande partities gaat, maar ik heb een fantastische tip voor je die je ook bij volgende installaties gaat helpen.

Maak een nieuwe partitie aan. Groot. Heel groot.
Mount de partitie in een tijdelijke directory. Bijvoorbeeld in /mnt/MyNewPart
Kopieer de volledige home-directory van jouzelf naar die nieuwe partitie. Vanuit een commandbox is dat dus cp -r /home/mijnhomedir /mnt/MyNewPart

Daarna wijzig je de file /etc/fstab. Mogelijk kun je dit ook via een systemtool doen; maar editen als root kan ook.
Voeg een entry toe dat je je nieuwe partitie wilt mounten in de directory /home.
Daarna wijzig je de bestaande directory /home in /home_oud. (nog geen data weggooien, eerst controleren!)
Als je dan reboot staat je homedirectory op de nieuwe partitie (300gb vrij) en het systeem staat op de oude partitie.
Omdat je de oude homedirectory anders hebt genoemd zie je meteen of het werkt: Als jij je achtergrondje en instellingen ziet werkt het.
Ook kun je (commandbox) " df -h " intypen. Die moet dan aangeven dat /home een aparte partitie is en ontzettend veel vrije ruimte heeft.


Als het niet goed werkt kun je rebooten met een Ubuntu live CD; al je data is er nog, dit is geen destructieve actie. Al je data staat nog in /home_oud.

Als het wel goed gaat kun je /home weggooien en heb je vanaf nu altijd genoeg ruimte op je systeempartitie.

Dit helpt je met nieuwe systemen omdat je dan installeert op de systeempartitie en alleen aangeeft dat hij de /home moet gebruiken - maar niet moet formatteren.
Alles van jou blijft dan bestaan, en alleen het systeem wordt volledig vervangen.

kan iemand even hier naar kijken, kan geen verbinding maken met mijn netwerk/router:

Debian heeft geen verbinding