abonnement Unibet Coolblue
pi_170209917
quote:
0s.gif Op vrijdag 14 april 2017 10:15 schreef vaginabeheerder het volgende:

[..]

Ja nou gebeurd er wat, bedankt :)
Kijk eens aan, succes! En nog een kleine tip, eerst 'apt-get update' doen na het wijzigingen aan je sources.list. Anders neemt hij de aanpassingen niet mee. Waarschijnlijk heb je het al gedaan, maar ik denk ik zeg het nog even.

[ Bericht 14% gewijzigd door Dubbeldrank op 14-04-2017 10:24:18 ]
Powered by Janetje®
pi_170211438
quote:
14s.gif Op vrijdag 14 april 2017 10:17 schreef Dubbeldrank het volgende:

[..]

Kijk eens aan, succes! En nog een kleine tip, eerst 'apt-get update' doen na het wijzigingen aan je sources.list. Anders neemt hij de aanpassingen niet mee. Waarschijnlijk heb je het al gedaan, maar ik denk ik zeg het nog even.
Alle tips zijn welkom ;)
Maar ik krijg weer foutmeldingen bij het downloaden, na wat zoekwerk op google een bekend probleem bij debian stretch.

quote:
jofer@debian:~$ su
Wachtwoord:
root@debian:/home/jofer# apt update
Ophalen:1 http://http.us.debian.org/debian stretch InRelease [190 kB]
Geraakt:2 http://security.debian.org/debian-security stretch/updates InRelease
Ophalen:3 http://http.us.debian.org/debian stretch/non-free amd64 DEP-11 Metadata [7140 B]
Ophalen:4 http://http.us.debian.org/debian stretch/non-free DEP-11 64x64 Icons [30,0 kB]
Ophalen:5 http://http.us.debian.org/debian stretch/main amd64 DEP-11 Metadata [3077 kB]
Ophalen:6 http://http.us.debian.org/debian stretch/main DEP-11 64x64 Icons [6865 kB]
Ophalen:7 http://http.us.debian.org/debian stretch/contrib amd64 DEP-11 Metadata [8292 B]
Ophalen:8 http://http.us.debian.org/debian stretch/contrib DEP-11 64x64 Icons [117 kB]
10,3 MB opgehaald in 6min 20s (27,0 kB/s)
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd
De statusinformatie wordt gelezen... Klaar
Alle pakketten zijn up-to-date.
W: http://security.debian.or(...)ch/updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: http://http.us.debian.org/debian/dists/stretch/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
de mail van Debian:
quote:
Hm. Some newfangled sandboxing stuff, it seems. On my system (no synaptic,
no desktop environment), the trusted keys are just readable by root:

tomas@rasputin:~$ ls -l /etc/apt/trusted.gpg
-rw------- 1 root root 0 Aug 7 2012 /etc/apt/trusted.gpg

I *gues* this _apt thing is to allow running synaptic as non-root (which
in itself is a Good Thing, one might guess).

Can you do the following, on a console:

grep "_apt" /etc/passwd

(this is to see whether, and how an user named _apt is known to your
system) and

ls -l /etc/apt/trusted.gpg

(this is to see the file's permissions, etc.), and then perhaps

getfacl /etc/apt/trusted.gpg

(more info about the access controls to that file) and post your
results here?
mijn uitslag:
quote:
root@debian:~# grep "_apt" /etc/passwd
_apt:x:104:65534::/nonexistent:/bin/false
root@debian:~# getfacl /etc/apt/trusted.gpg
getfacl: Removing leading '/' from absolute path names
# file: etc/apt/trusted.gpg
# owner: root
# group: root
user::rw-
group::---
other::---
Het probleem ligt dus nog bij Debian denk ik?
Ik wacht wel tot er een oplossing komt of jullie moeten een idee hebben.
pi_170211693
quote:
0s.gif Op vrijdag 14 april 2017 11:52 schreef vaginabeheerder het volgende:

[..]

Alle tips zijn welkom ;)
Maar ik krijg weer foutmeldingen bij het downloaden, na wat zoekwerk op google een bekend probleem bij debian stretch.

[..]

de mail van Debian:

[..]

mijn uitslag:

[..]

Het probleem ligt dus nog bij Debian denk ik?
Ik wacht wel tot er een oplossing komt of jullie moeten een idee hebben.
Ja ik heb een idee: geen debian testing gebruiken maar gewoon ubuntu. Debian biedt echt nul komma nul meerwaarde tov ubuntu.
pi_170211769
quote:
0s.gif Op vrijdag 14 april 2017 12:03 schreef Farenji het volgende:

[..]

Ja ik heb een idee: geen debian testing gebruiken maar gewoon ubuntu. Debian biedt echt nul komma nul meerwaarde tov ubuntu.
Klopt! Als je echt wat wil leren, bouw dan je pc een keer op van scratch met Gentoo of Arch. Daar leer je meer van dan een distro te gebruiken die de basis is voor de ander (sort of). Of blijf bij Ubuntu, wat een prima distro is in vele varianten.
Powered by Janetje®
pi_170212991
quote:
0s.gif Op vrijdag 14 april 2017 12:03 schreef Farenji het volgende:

[..]

Ja ik heb een idee: geen debian testing gebruiken maar gewoon ubuntu. Debian biedt echt nul komma nul meerwaarde tov ubuntu.
Volgens mij is Ubuntu in de basis gewoon Debian of vergis ik me nou?
Als hoofd os gebruik ik Ubuntu GNOME maar als 2e os heb ik Debian, beetje rommelen is wel leuk, daar leer je weer van.
pi_170213264
quote:
1s.gif Op vrijdag 14 april 2017 13:05 schreef vaginabeheerder het volgende:

[..]

Volgens mij is Ubuntu in de basis gewoon Debian of vergis ik me nou?
Als hoofd os gebruik ik Ubuntu GNOME maar als 2e os heb ik Debian, beetje rommelen is wel leuk, daar leer je weer van.
Ubuntu is gebaseerd op Debian maar dan een stabiele versie. Eentje die gewoon werkt en blijft werken, en met recente software-versies.
Debian stable is stokoud ("stale" is een betere naam, de huidige stable "jessy" is al twee jaar oud) en testing/unstable gaat regelmatig kapot. Het levert vooral frustratie op. Dependencies die breken, show stopping bugs, experimenten en ander gekloot. Daar leer je weinig van, kost alleen tijd. Zoals Dubbeldrank zei, als je wil leren installeer dan linux from scratch.
pi_170213675
quote:
1s.gif Op vrijdag 14 april 2017 13:05 schreef vaginabeheerder het volgende:

[..]

Volgens mij is Ubuntu in de basis gewoon Debian of vergis ik me nou?
Als hoofd os gebruik ik Ubuntu GNOME maar als 2e os heb ik Debian, beetje rommelen is wel leuk, daar leer je weer van.
Nee, Ubuntu is gebaseerd op Debian, maar het is geen Debian. De verschillen met Debian worden steeds groter, qua packages en werkwijze. Het package aanbod onder Ubuntu is vele malen groter dan onder Debian, ook de ondersteuning van hardware is bij Debian beperkter aangezien ze niets doen met proprietary firmwares en drivers.
Powered by Janetje®
pi_170219875
De aanhouder wint *O*
pi_170305150
Afgelopen weekend een tweedehands x220 gekocht. OpenBSD erop gezet met XFCE / KDE als desktop, werkt heel soepel. 14.gif

Ik had al een x220 als web/mail/file-server (ook OpenBSD). En een Asus ul30a met Fedora voor zaken als Popcorn Time.
  dinsdag 18 april 2017 @ 13:30:13 #260
107418 wdn
Elfen lied O+
pi_170305404
quote:
0s.gif Op vrijdag 14 april 2017 18:52 schreef vaginabeheerder het volgende:
De aanhouder wint *O*
[ afbeelding ]
Nu nog de shell extensions inrichten ;)
Beatus vir qui suffert tentationem.
PSN Rinzewind
Disgaea 5 *O* Horizon Zero Dawn *O* Nier Automata *O* Persona 5 *O*
pi_170427347
Ik heb een kekke IP-cam gekocht welke een RTSP stream neerpleurt. Deze stream neem ik met FFmpeg op in bestandjes van 60 minuten lang.

Nu wil ik een mappenstructuur gebruiken '/Jaar/Maand/Dag' om de bestanden in weg te schrijven. In de 'dag'-map komen dan de bestanden te staan 'uur-minuut.mp4'

Ik loop nu tegen het probleem aan dat FFmpeg geen mappenstructuur kan aanmaken voor de mappen die nodig zijn. Ik heb het volgende script:

1
2
3
4
5
6
7
8
9
10
11
12
13
#!/bin/sh
ffmpeg -stimeout 600\
 -rtsp_transport udp \
 -i rtsp://192.168.1.240/unicast \
 -c copy \
 -map 0:0 \
 -f segment \
 -segment_time 3600 \
 -segment_wrap 100 \
 -segment_format mov \
 -strftime 1 \
 -reset_timestamps 1 \
 "/raid1/homes/share/public/recordings/queue/bedroom/%Y/%m/%d/%H-%M.mp4"

Alleen krijg je dan de volgende fout:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Input #0, rtsp, from 'rtsp://192.168.1.240/unicast':
  Metadata:
    title           : LIVE555 Streaming Media v2014.07.04
    comment         : LIVE555 Streaming Media v2014.07.04
  Duration: N/A, start: 0.000750, bitrate: N/A
    Stream #0:0: Video: h264 (High), yuv420p, 1920x1080, 90k tbr, 90k tbn, 180k tbc
    Stream #0:1: Audio: pcm_alaw, 8000 Hz, 1 channels, s16, 64 kb/s
[segment @ 0x2557300] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
[segment @ 0x2557300] Failed to open segment '/raid1/homes/share/public/recordings/queue/bedroom/2017/04/23/14-19.mp4'
Output #0, segment, to '/raid1/homes/share/public/recordings/queue/bedroom/%Y/%m/%d/%H-%M.mp4':
  Metadata:
    title           : LIVE555 Streaming Media v2014.07.04
    comment         : LIVE555 Streaming Media v2014.07.04
    encoder         : Lavf57.41.100
    Stream #0:0: Video: h264, yuv420p, 1920x1080, q=2-31, 90k tbr, 90k tbn, 90k tbc
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
Could not write header for output file #0 (incorrect codec parameters ?): No such file or directory

Als ik FFmpeg laat wegschrijven naar één directory "/raid1/homes/share/public/recordings/queue/bedroom/%Y-%m-%d_%H-%M.mp4" dan werkt het zonder problemen.

1
2
3
4
5
6
7
8
9
10
11
12
13
$ ffmpeg -version
ffmpeg version N-80901-gfebc862 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3)
configuration: --extra-libs=-ldl --prefix=/opt/ffmpeg --mandir=/usr/share/man --enable-avresample --disable-debug --enable-nonfree --enable-gpl --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-decoder=amrnb --disable-decoder=amrwb --enable-libpulse --enable-libfreetype --enable-gnutls --enable-libx264 --enable-libx265 --enable-libfdk-aac --enable-libvorbis --enable-libmp3lame --enable-libopus --enable-libvpx --enable-libspeex --enable-libass --enable-avisynth --enable-libsoxr --enable-libxvid --enable-libvidstab
libavutil      55. 28.100 / 55. 28.100
libavcodec     57. 48.101 / 57. 48.101
libavformat    57. 41.100 / 57. 41.100
libavdevice    57.  0.102 / 57.  0.102
libavfilter     6. 47.100 /  6. 47.100
libavresample   3.  0.  0 /  3.  0.  0
libswscale      4.  1.100 /  4.  1.100
libswresample   2.  1.100 /  2.  1.100
libpostproc    54.  0.100 / 54.  0.100

Hoe kan ik de mappen waar FFmpeg in wil schrijven on-the-go aanmaken?

[ Bericht 0% gewijzigd door #ANONIEM op 23-04-2017 15:36:02 ]
  zondag 23 april 2017 @ 15:32:44 #262
45457 NightH4wk
Semper Fi!
pi_170428623
Een mkdir in je script of via crontab de directory steeds automatisch aanmaken?
pi_170428715
quote:
0s.gif Op zondag 23 april 2017 15:32 schreef NightH4wk het volgende:
Een mkdir in je script of via crontab de directory steeds automatisch aanmaken?
FFmpeg blijft draaien. Het is niet alsof ik FFmpeg elke dag opnieuw aanzet en dan de map voor die dag kan aanmaken.

Ik kan wel van te voren een hele hoop mappen gaan aanmaken, maar ik heb liever dat de map er pas komt als er ook opnames voor zijn.
  zondag 23 april 2017 @ 15:38:16 #264
45457 NightH4wk
Semper Fi!
pi_170428795
quote:
0s.gif Op zondag 23 april 2017 15:35 schreef d4v1d het volgende:

[..]

FFmpeg blijft draaien. Het is niet alsof ik FFmpeg elke dag opnieuw aanzet en dan de map voor die dag kan aanmaken.

Ik kan wel van te voren een hele hoop mappen gaan aanmaken, maar ik heb liever dat de map er pas komt als er ook opnames voor zijn.
Via crontab klinkt het makkelijkste dus. Doe ik ook met bepaalde logs.
pi_170429377
Via cron map aanmaken voor volgende dag.
Na betreffende datum via cron controleren of map gevuld is, indien leeg dan verwijderen.

Op die manier krijg je niet onnodig veel mappen waar geen bestand in staat.
pi_170430596
Bash script voor checken of de bestaande map bestaat? En zo niet, via dezelfde bash script met mkdir laten aanmaken, voordat FFMPEG het wegschrijft?
pi_170430853
quote:
0s.gif Op zondag 23 april 2017 16:35 schreef TourOfData het volgende:
Bash script voor checken of de bestaande map bestaat? En zo niet, via dezelfde bash script met mkdir laten aanmaken, voordat FFMPEG het wegschrijft?
FFmpeg blijft draaien. Als alles goed werkt kan FFmpeg gewoon maanden onder hetzelfde proces draaien. Ik kan dus niet voordat FFmpeg start mappen gaan maken.

Ik ga het denk ik met Crontabs doen, zoals hierboven gesuggereerd.
pi_170433048
Opgelost :s)

1
2
3
4
5
6
7
8
9
10
11
#!/bin/sh
BASEDIR=/raid1/homes/share/public/recordings/queue/bedroom/

#Delete empty directories
find $BASEDIR -type d -empty -delete

#Create directory for current day.. Just in case something went wrong
mkdir -p $BASEDIR$(date +"%Y/%m/%d/")

#Create directory for next day
mkdir -p $BASEDIR$(date --date="1 day" +"%Y/%m/%d/")
pi_170650635
Ik heb sinds deze week opeens grote problemen met m'n multi monitor setup (dell laptop in docking station met 2 extra schermen) onder ubuntu 16.04. Elke keer als ik mijn scherm lock, of als de screensaver aangaat dan staan alle vensters op de eerste monitor bij unlocken. En opeens heb ik ook allerlei gezeik met monitors die niet meer goed aangaan of verkeerde orientatie hebben (een monitor staat gekanteld) etc. Dit heeft echt heel lang goed gewerkt, nu opeens dit gezeik terwijl ik niks heb veranderd, behalve gewoon de updates. Andere mensen ook opeens last met multi monitor setups?
pi_170743990
Ik herken mij niet in je probleem, wel sinds kort geupgraded naar 17.04 via apt.
pi_170765163
quote:
0s.gif Op dinsdag 18 april 2017 13:18 schreef NightH4wk het volgende:
Afgelopen weekend een tweedehands x220 gekocht. OpenBSD erop gezet met XFCE / KDE als desktop, werkt heel soepel. [ afbeelding ]

Ik had al een x220 als web/mail/file-server (ook OpenBSD). En een Asus ul30a met Fedora voor zaken als Popcorn Time.
Zo te zien houd je ervan zaken van elkaar te scheiden uit angst/voorzorg?
  maandag 8 mei 2017 @ 10:59:38 #272
45457 NightH4wk
Semper Fi!
pi_170769176
quote:
3s.gif Op maandag 8 mei 2017 00:20 schreef Iwanius het volgende:

[..]

Zo te zien houd je ervan zaken van elkaar te scheiden uit angst/voorzorg?
De web / mail server is voor persoonlijk gebruik, dus hoeft niet in een datacentrum oid te hangen voor uplink speed. Dit is veel goedkoper dan een VPS. Daarnaast voelt het beter om alles zelf draaiende te hebben; niemand die bij mijn data kan. Als desktop werkt OpenBSD heel goed (web, multimedia, etc.). Voor paar randgevallen dus Linux. Gamen via Steam en PS4.
  dinsdag 9 mei 2017 @ 14:19:31 #273
12221 Tijn
Powered by MS Paint
pi_170798290
Ik heb vorige week een Intel NUC gekocht ter vervanging van m'n iMac, met het idee om er Linux op te gaan draaien. Ik heb sinds 2003 met OS X gewerkt (en daarvoor Windows), maar ik had niet langer het idee dat ik op het winnende paard aan het wedden was.

Ik heb Ubuntu maar geïnstalleerd, dat leek me de meest mainstream distro. En ik weet dat mensen een hekel hebben aan Unity, maar ik vind het eigenlijk wel goed werken allemaal. Het lijkt in mijn beleving best veel op OS X eigenlijk.

So far so good! :7
pi_170843874
quote:
14s.gif Op dinsdag 9 mei 2017 14:19 schreef Tijn het volgende:
Ik heb vorige week een Intel NUC gekocht ter vervanging van m'n iMac, met het idee om er Linux op te gaan draaien. Ik heb sinds 2003 met OS X gewerkt (en daarvoor Windows), maar ik had niet langer het idee dat ik op het winnende paard aan het wedden was.

Ik heb Ubuntu maar geïnstalleerd, dat leek me de meest mainstream distro. En ik weet dat mensen een hekel hebben aan Unity, maar ik vind het eigenlijk wel goed werken allemaal. Het lijkt in mijn beleving best veel op OS X eigenlijk.

So far so good! :7
Unity gaat eruit in de volgende versie :P
జ్ఞ‌ా
  donderdag 11 mei 2017 @ 08:19:40 #275
107418 wdn
Elfen lied O+
pi_170844053
quote:
14s.gif Op dinsdag 9 mei 2017 14:19 schreef Tijn het volgende:
Ik heb vorige week een Intel NUC gekocht ter vervanging van m'n iMac, met het idee om er Linux op te gaan draaien. Ik heb sinds 2003 met OS X gewerkt (en daarvoor Windows), maar ik had niet langer het idee dat ik op het winnende paard aan het wedden was.

Ik heb Ubuntu maar geïnstalleerd, dat leek me de meest mainstream distro. En ik weet dat mensen een hekel hebben aan Unity, maar ik vind het eigenlijk wel goed werken allemaal. Het lijkt in mijn beleving best veel op OS X eigenlijk.

So far so good! :7
Unity is in 17.10 en 18.04 nog aanwezig maar we gaan over naar Gnome 3.
Mocht je dat niet bevallen: Ubuntu Budgie zit dichter bij Ubuntu dan Gnome 3.
Beatus vir qui suffert tentationem.
PSN Rinzewind
Disgaea 5 *O* Horizon Zero Dawn *O* Nier Automata *O* Persona 5 *O*
pi_170845723
Xfce DE master race :7

Zelfs ingebouwde drop-down terminal zoals yakuake in KDE.
  donderdag 11 mei 2017 @ 11:14:19 #277
12221 Tijn
Powered by MS Paint
pi_170846951
quote:
2s.gif Op donderdag 11 mei 2017 07:52 schreef µ het volgende:

[..]

Unity gaat eruit in de volgende versie :P
Pas in 2018 toch? Volgens mij heeft 17.10 nog gewoon Unity als standaard desktop environment.
pi_170850805
quote:
0s.gif Op donderdag 11 mei 2017 11:14 schreef Tijn het volgende:

[..]

Pas in 2018 toch? Volgens mij heeft 17.10 nog gewoon Unity als standaard desktop environment.
Ah, kay.
జ్ఞ‌ా
pi_170850809
quote:
0s.gif Op donderdag 11 mei 2017 10:25 schreef NightH4wk het volgende:
Xfce DE master race :7

Zelfs ingebouwde drop-down terminal zoals yakuake in KDE.
AwesomeWM *G*
జ్ఞ‌ా
pi_170850823
quote:
2s.gif Op donderdag 11 mei 2017 14:03 schreef µ het volgende:

[..]

AwesomeWM *G*
Okay, je hebt gelijk. Maar werd awesome beetje zat. :'(

Na recente config update Xfce gaan gebruiken.
pi_170850831
quote:
0s.gif Op donderdag 11 mei 2017 14:04 schreef NightH4wk het volgende:

[..]

Okay, je hebt gelijk. Maar werd awesome beetje zat. :'(
Waarom zat? :s)
జ్ఞ‌ా
  vrijdag 12 mei 2017 @ 00:42:19 #282
370767 Rafeiro
do alentejo
pi_170873295
Ik draai nu al redelijke tijd Mint, bevalt prima, alles wat ik nodig heb werkt en ik vermaak me prima.
Ik probeer nu alleen een android emulator te draaien, om wat telefoon apps via de PC te kunnen gebruiken.
Genymotion komt als vrij goed naar voren, maar een werkende "virtualbox import" die ik kon vinden was android 4.4.4, erg oud dus. En de app die ik wou gebruiken deed het dus niet.

In virtualbox zelf kan ik android wel starten, maar dat is debiel traag. Iemand een idee hoe je dit soepel aan de gang kan krijgen?
You sound reasonable...Time to up my medication.
  vrijdag 12 mei 2017 @ 00:43:01 #283
370767 Rafeiro
do alentejo
pi_170873305
Beetje het idee van Bluestacks of Andy zoek ik dus.
You sound reasonable...Time to up my medication.
  donderdag 25 mei 2017 @ 22:09:32 #284
308438 Ser_Ciappelletto
Semi-professionele SJW
pi_171207539
Ik heb een probleem met SecureShell: ik kan geen verbinding maken met enig ander apparaat via sshd. Als ik de debug aanzet, krijg ik deze meldingen:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
debug1: sshd version OpenSSH_7.2, OpenSSL 1.0.2g  1 Mar 2016
debug1: key_load_private: Permission denied
Could not load host key: /etc/ssh/ssh_host_rsa_key
debug1: key_load_private: Permission denied
Could not load host key: /etc/ssh/ssh_host_dsa_key
debug1: key_load_private: Permission denied
Could not load host key: /etc/ssh/ssh_host_ecdsa_key
debug1: key_load_private: Permission denied
Could not load host key: /etc/ssh/ssh_host_ed25519_key
debug1: setgroups() failed: Operation not permitted
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-d'
debug1: Set /proc/self/oom_score_adj from 0 to -1000
debug1: Bind to port 22 on 0.0.0.0.
Bind to port 22 on 0.0.0.0 failed: Permission denied.
debug1: Bind to port 22 on ::.
Bind to port 22 on :: failed: Permission denied.
Cannot bind any address.
Iemand enig idee waar dit aan kan liggen?
  donderdag 25 mei 2017 @ 22:12:03 #285
107418 wdn
Elfen lied O+
pi_171207607
Permissions errors... 1st vraag is dan altijd: geen sudo gebruikt toevallig?
Beatus vir qui suffert tentationem.
PSN Rinzewind
Disgaea 5 *O* Horizon Zero Dawn *O* Nier Automata *O* Persona 5 *O*
  donderdag 25 mei 2017 @ 22:13:56 #286
308438 Ser_Ciappelletto
Semi-professionele SJW
pi_171207655
quote:
0s.gif Op donderdag 25 mei 2017 22:12 schreef wdn het volgende:
Permissions errors... 1st vraag is dan altijd: geen sudo gebruikt toevallig?
Nope. Maar dat zou betekenen dat sshd standaard niet met root-permission loopt. Waar kan dat fout gegaan zijn?
  donderdag 25 mei 2017 @ 22:17:54 #287
337465 Bram_van_Loon
Jeff, we can!
pi_171207746
quote:
4s.gif Op vrijdag 12 mei 2017 00:42 schreef Rafeiro het volgende:
Ik draai nu al redelijke tijd Mint, bevalt prima, alles wat ik nodig heb werkt en ik vermaak me prima.
Met Mint zelf is niets mis (wat niet inhoudt dat ik geen ruimte voor verbetering zie), het probleem zit meer bij Windows en de third party applications. Het dual booten geeft ook wat probleempjes, 1 probleem (verschillend tijdsysteem) kan je gemakkelijk oplossen, het andere (dankzij gepruts van MS gaat het mounten van een NTFS-partitie met W8/W10 al een flinke tijd niet goed) niet. Nog een reden om voor het besturingssysteem een relatief kleine partitie te reserveren en de grote databestanden op een aparte partitie te plaatsen.

quote:
In virtualbox zelf kan ik android wel starten, maar dat is debiel traag. Iemand een idee hoe je dit soepel aan de gang kan krijgen?
Instellingen van de virtuele machine (gereserveerd RAM...) aanpassen?
Ik zou het niet direct weten aangezien ik dat niet gebruik maar gelukkig blijken andere mensen dit al lang te hebben uitgezocht. ;)
https://www.startpage.com(...)achine&language=auto
ING en ABN investeerden honderden miljoenen euro in DAPL.
#NoDAPL
pi_171209559
quote:
0s.gif Op donderdag 25 mei 2017 22:09 schreef Ser_Ciappelletto het volgende:
Ik heb een probleem met SecureShell: ik kan geen verbinding maken met enig ander apparaat via sshd. Als ik de debug aanzet, krijg ik deze meldingen:
[ code verwijderd ]

Iemand enig idee waar dit aan kan liggen?
Wat wil je precies doen? Voor verbinding maken heb je in principe de daemon (sshd) niet nodig (alleen op de host). Misschien helpt het om het systeem te updaten? OpenSSH_7.2 / OpenSSL 1.0.2g is denk ik niet de meest recente versie die je beschikbaar hebt.

ssh en sshd zijn zo essentieel dat ze altijd zouden moeten werken. Vreemd probleem dus.
  donderdag 25 mei 2017 @ 23:43:29 #289
308438 Ser_Ciappelletto
Semi-professionele SJW
pi_171210157
quote:
0s.gif Op donderdag 25 mei 2017 23:22 schreef NightH4wk het volgende:

[..]

Wat wil je precies doen? Voor verbinding maken heb je in principe de daemon (sshd) niet nodig (alleen op de host). Misschien helpt het om het systeem te updaten? OpenSSH_7.2 / OpenSSL 1.0.2g is denk ik niet de meest recente versie die je beschikbaar hebt.

ssh en sshd zijn zo essentieel dat ze altijd zouden moeten werken. Vreemd probleem dus.
Automatische backups maken vooral. Als ik gewoon SSH gebruik, krijg ik de melding: Permission denied (publickey). ssh -v geeft een boel pogingen en verder niets. De keys op beide machines zijn in orde, en ik kan vanuit de server wel naar de computer SSH-en. Ook als ik password authentication aanzet werkt het gewoon. Alleen die publickey dus niet.
pi_171214529
quote:
0s.gif Op donderdag 25 mei 2017 23:43 schreef Ser_Ciappelletto het volgende:

[..]

De keys op beide machines zijn in orde.
Hoe weet je dat zo zeker? Als ik die foutmeldingen zie, dan lijkt het er toch sterk op dat er daar juist iets misgaat.
  vrijdag 26 mei 2017 @ 08:35:06 #291
308438 Ser_Ciappelletto
Semi-professionele SJW
pi_171214783
quote:
0s.gif Op vrijdag 26 mei 2017 07:41 schreef thabit het volgende:

[..]

Hoe weet je dat zo zeker? Als ik die foutmeldingen zie, dan lijkt het er toch sterk op dat er daar juist iets misgaat.
Omdat ik ze helemaal hersteld heb. Mijn eerste idee was ook dat op een of andere manier de keys niet in orde waren, dus heb ik ze gesynct (of hoe je dat ook noemt) tussen beide computers.
  vrijdag 26 mei 2017 @ 09:08:57 #292
45457 NightH4wk
Semper Fi!
pi_171214982
quote:
0s.gif Op donderdag 25 mei 2017 23:43 schreef Ser_Ciappelletto het volgende:

[..]

Automatische backups maken vooral. Als ik gewoon SSH gebruik, krijg ik de melding: Permission denied (publickey). ssh -v geeft een boel pogingen en verder niets. De keys op beide machines zijn in orde, en ik kan vanuit de server wel naar de computer SSH-en. Ook als ik password authentication aanzet werkt het gewoon. Alleen die publickey dus niet.
Ik zou het verder niet weten. Je weet dus 100% zeker dat de permissies goed staan? Ook als je bijvoorbeeld vergelijkt met de andere machine?

Heel vreemd probleem idd. Misschien het makkelijkste dan om ssh(d) en de config files te vervangen op basis van een installer / tarball.
pi_171217504
Ik zou zeggen dat de rechten van de keys niet goed zijn.
pi_171221810
quote:
0s.gif Op vrijdag 26 mei 2017 11:43 schreef TargaFlorio het volgende:
Ik zou zeggen dat de rechten van de keys niet goed zijn.
Dat lijkt mij ook. Je private key moet je eigen uid/gid hebben en permissies 600.
pi_171224133
En sshd moet je echt wel als root starten, hoe anders zou 'ie je login sessies onder de gebruiker waarop je in wil loggen kunnen geven?

Bovenstaande ziet eruit als een sshd die als niet-root gestart wordt - bestanden die 'ie niet kan lezen (niet iets waar root ooit last van heeft op het lokale fs) en kan niet luisteren op poort 22 (iets wat alleen root of andere processen met BIND capability kunnen doen want <1024).

Maar laat sshd gewoon door je init scripts/systemd starten, dat zou allemaal gewoon moeten werken..
I hope you can see this because I'm doing it as hard as I can.
pi_171263608
quote:
0s.gif Op donderdag 25 mei 2017 23:43 schreef Ser_Ciappelletto het volgende:

[..]

Automatische backups maken vooral. Als ik gewoon SSH gebruik, krijg ik de melding: Permission denied (publickey). ssh -v geeft een boel pogingen en verder niets. De keys op beide machines zijn in orde, en ik kan vanuit de server wel naar de computer SSH-en. Ook als ik password authentication aanzet werkt het gewoon. Alleen die publickey dus niet.
Zoals hier boven al vermeld, je moet ssh gebruiken en niet sshd. De errors die je laat zien is omdat je als gewone gebruiker a) geen toegang hebt tot de private host keys in /etc/ssh en b) je geen porten onder 1024 kunt open voor communicatie.

Post eens de fouten die je krijgt als je ssh -v krijgt, inclusief het ssh commando wat je gebruikt (je mag ip nummers veranderen in x.x.x.x).
  zondag 4 juni 2017 @ 11:12:31 #297
418311 Claude_Viole
Loopt te kloten...
pi_171440880
Om een proxy op mijn site te kunnen draaien om HTTP images via SSL te serveren gebruik ik camo.

Ikzelf gebruik dit om de boel constant te laten draaien:
1
2
cd /home/ikzelf/camo
PORT=9090 CAMO_KEY="supersecretpasshier" forever server.js
Met forever blijft de boel inderdaad draaien, camo werkt. Maar hoe sluit ik die deamon dan?
Er staat wel leuk dit vermeld:
quote:
warn: --minUptime not set. Defaulting to: 1000ms
warn: --spinSleepTime not set. Your script will exit if it does not stay up for at least 1000ms
SSL-Proxy running on 9090 with pid:3750 version:2.3.0.
Maar hoe sluit ik dit weer af om weer verder op de server te kunnen frotten?
CTRL+X sluit de boel weer af, inclusief Camo, en als ik PuTTY ook maar direct afsluit, is Camo ook weer gestopt.

Met forever moet je die zut toch permanent kunnen draaien? Hoe dan?

Update:
Ik was het 'start' commando vergeten :P. Nu lijkt het wel goed te werken.
1PORT=9090 CAMO_KEY="supersecretpasshier" forever start server.js


[ Bericht 8% gewijzigd door Claude_Viole op 04-06-2017 11:26:03 ]
pi_171445360
Ctrl-x sluit geen proces af he, maar pauzeert het en stuurt het naar de achtergrond. Met "bg" draait het verder op de achtergrond. Als je je terminal sessie afsluit dan stopt het achtergrond process ook, tenzij je het eerst "disown"-t. Afsluiten van een proces doe je met ctrl-c. Als je het echt op de achtergrond wil starten en draaien kun je een daemon ervan maken. Maar simpeler oplossing is om "screen" te gebruiken.
pi_171445574
quote:
0s.gif Op zondag 4 juni 2017 14:11 schreef Farenji het volgende:
Ctrl-x sluit geen proces af he, maar pauzeert het en stuurt het naar de achtergrond. Met "bg" draait het verder op de achtergrond. Als je je terminal sessie afsluit dan stopt het achtergrond process ook, tenzij je het eerst "disown"-t.
Ctrl-z doet dat, niet ctrl-x.
pi_171445675
Je kunt 'm eventueel ook in de achtergrond draaien door een & achter je command line te zetten.
Ja nee
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')