Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Vaihtoehtoiset työpöytäympäristöt => Aiheen aloitti: Sarkas - 05.09.06 - klo:11.18
-
Tulee tällästä.
sudo kate /etc/X11/xorg.conf
X Error: BadDevice, invalid or uninitialized input device 166
Major opcode: 144
Minor opcode: 3
Resource id: 0x0
Failed to open device
X Error: BadDevice, invalid or uninitialized input device 166
Major opcode: 144
Minor opcode: 3
Resource id: 0x0
Failed to open device
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kdeinit: Can't connect to the X Server.
kdeinit: Might not terminate at end of session.
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kded: cannot connect to X server :0.0
kded: ERROR: KUniqueApplication: Registering failed!
kded: ERROR: Communication problem with kded, it probably crashed.
ScimInputContextPlugin()
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kio_uiserver: cannot connect to X server :0.0
DCOP aborting call from 'kate-6846' to 'kio_uiserver'
DCOP aborting call from 'anonymous-6859' to 'kio_uiserver'
ERROR: Communication problem with kio_uiserver, it probably crashed.
QObject::disconnect: Unexpected null parameter
~ScimInputContextPlugin()
Komennolla "kdesu kate /etc/.... tulee lähes samanlainen
Ilmeisesti jotain lisäpalikoita pitäis asentaa mutta mitä?
Kate-plugin on asennettuna.
-
http://forum.ubuntu-fi.org/index.php?topic=4936.0
Tuo toimi ainakin itselläni.
-
http://forum.ubuntu-fi.org/index.php?topic=4936.0
Tuo toimi ainakin itselläni.
Kuten sanoin tossa tredissä niin bad device ilmot katoo.
-
http://forum.ubuntu-fi.org/index.php?topic=4936.0
Tuo toimi ainakin itselläni.
Kuten sanoin tossa tredissä niin bad device ilmot katoo.
juu, mutta niillä bad device ilmoilla ei ole mitään väliä, eikä ko. homma liity mitenkään tähän ongelmaan jossa editori ei saa yhteyttä X:n aktiiviseen sessioon.
-
Toimii kiitos ohjeesta, yritin etsiä jotain vastaavaa kaiketi väärillä hakusanoilla kun ei osunut kohdalla.
kdesu komennon jälkeen tulee:
kdesu kate /etc/fstab
kbuildsycoca running...
ScimInputContextPlugin()
-
http://forum.ubuntu-fi.org/index.php?topic=4936.0
Tuo toimi ainakin itselläni.
Kuten sanoin tossa tredissä niin bad device ilmot katoo.
juu, mutta niillä bad device ilmoilla ei ole mitään väliä, eikä ko. homma liity mitenkään tähän ongelmaan jossa editori ei saa yhteyttä X:n aktiiviseen sessioon.
Itselläni nuo ilmestyi kun asensin uusimman winen sen omista repoista ja sen verran noi bad devicet vaikutti että photoshop 7 ei suostunut toimimaan lainkaan ennen noiden kommentointia.
-
juu, mutta niillä bad device ilmoilla ei ole mitään väliä, eikä ko. homma liity mitenkään tähän ongelmaan jossa editori ei saa yhteyttä X:n aktiiviseen sessioon.
Itselläni nuo ilmestyi kun asensin uusimman winen sen omista repoista ja sen verran noi bad devicet vaikutti että photoshop 7 ei suostunut toimimaan lainkaan ennen noiden kommentointia.
bad devicet näkyvät siksi, että ubuntun X:n oletuskofiguraatiossa on oletuksena määritelty konffit wacomin piirtoalustoille (stylus, eraser ja cursor). tämä siis siksi, että jos käyttäjällä on sellainen, niin se toimii suoraan paketista.
jos käyttäjällä ei kuitenkaan ole sellasita, sitä yritetään alustaa, mutta koska se ei onnistu, niin se jätetään huomiotta. tästä huolimatta hiiri ja näppis toimivat.
en kyllä tiedä mistä tuo PS7:n toimimattomuus on johtunut, mutta tämän ei pitäisi siihen vaikutta, ellei sitten wine käytä X:n konffia jotenkin itse (mitä suuresti epäilen).
-
juu, mutta niillä bad device ilmoilla ei ole mitään väliä, eikä ko. homma liity mitenkään tähän ongelmaan jossa editori ei saa yhteyttä X:n aktiiviseen sessioon.
Itselläni nuo ilmestyi kun asensin uusimman winen sen omista repoista ja sen verran noi bad devicet vaikutti että photoshop 7 ei suostunut toimimaan lainkaan ennen noiden kommentointia.
bad devicet näkyvät siksi, että ubuntun X:n oletuskofiguraatiossa on oletuksena määritelty konffit wacomin piirtoalustoille (stylus, eraser ja cursor). tämä siis siksi, että jos käyttäjällä on sellainen, niin se toimii suoraan paketista.
jos käyttäjällä ei kuitenkaan ole sellasita, sitä yritetään alustaa, mutta koska se ei onnistu, niin se jätetään huomiotta. tästä huolimatta hiiri ja näppis toimivat.
en kyllä tiedä mistä tuo PS7:n toimimattomuus on johtunut, mutta tämän ei pitäisi siihen vaikutta, ellei sitten wine käytä X:n konffia jotenkin itse (mitä suuresti epäilen).
Joo tiedän kyllä mistä nuo johtuivat ja että ne siellä on majaillut, mutta juuri tuon winen asennuksen jälkeen se rupesi noista herjailemaan (esim apt:tä käytettäessä) ja kaikki muu tuntui toimivan normaalisti. Eipä tuo PS7 kyllä edes kauheasti tullut tarpeeseen kun sain emännän opettelemaan gimp:iä niin se riittää hyvin :)
-
Mitä tapahtuu kun tuon ilmetessä komentoriville kirjoitetaan tämä komentoketju?
echo $DISPLAY
#mitä näkyy tässä?
sudo echo $DISPLAY
#mitä näkyy tässä?
sudo -K
sudo su
echo $DISPLAY
#mitä näkyy tässä
sudo echo $DISPLAY
#mitä näkyy tässä
exit
arvaillakin voisin,
mutta en nyt kummemmin vielä arvaile, vaan odotan "tutkimustuloksia" ensin. :)
-
Mitä tapahtuu kun tuon ilmetessä komentoriville kirjoitetaan tämä komentoketju?
echo $DISPLAY
#mitä näkyy tässä?
sudo echo $DISPLAY
#mitä näkyy tässä?
sudo -K
sudo su
echo $DISPLAY
#mitä näkyy tässä
sudo echo $DISPLAY
#mitä näkyy tässä
exit
arvaillakin voisin,
mutta en nyt kummemmin vielä arvaile, vaan odotan "tutkimustuloksia" ensin. :)
Tällästä mulla tuli.
asus@home-desktop:~$ echo $DISPLAY
:0.0
asus@home-desktop:~$ sudo echo $DISPLAY
Password:
:0.0
asus@home-desktop:~$ sudo -K
asus@home-desktop:~$ sudo su
Password:
root@home-desktop:/home/asus# echo $DISPLAY
:0.0
root@home-desktop:/home/asus# sudo echo $DISPLAY
:0.0
root@home-desktop:/home/asus# exit
exit
asus@home-desktop:~$
-
Display siis on saatavilla, sitten koemielessä voisi kokeilla saako tuon virheen pois näin:
komento xhost sanonee näin:
access control enabled, only authorized clients can connect
tuo tarkoittaa sitä että kuka tahansa taapertaja ei saa noin vain käyttää xserveriä
ja root taitaa olla vähän kuin kuka tahansa taapertaja tässä tapauksessa. :)
joten jos käsketään xhost +local:
HUOM! varo että tuossa EI tule välilyöntiä plussan ja local: sanan väliin!
(jos lipsautat + väärään paikkaan, koko internet pääsee sähläämään, joten tarkkana pitää olla!)
ja sitten katsotaan komennolla xhost
pitäisi näkyä tälläinen juttu:
access control enabled, only authorized clients can connect
LOCAL:
tarkoittaa sitä että paikalliset yhteydet on sallittuja.
nyt jos arvailuni osuu yhtään oikeaan, virhettä ei enää tule?
Tässä välissä siis kokeillaan toimintaa erilaisilla variaatioilla, sudolla ja sudo su:lla ja ilman noita.
Alkutilanne palautuu tällä komennolla:
xhost -local:
tarkista että palautui:
komenna xhost
pitäisi näkyä vain tämä:
access control enabled, only authorized clients can connect
Se voi mennä niinkin että arvailuni osuu väärin, mutta ompahan ainakin kokeiltu.
Ja toisaalta, jos auttaa, niin joku on kuitenkin pielessä, mutta mikä... ?
ohjetta:
http://www.leidinger.net/X/security.html
man xhost
edit: korostan aivan erityisesti sitä, että tässä ei haeta ratkaisua ongelmaan,
vaan pikemminkin etsitään sen syntysyytä.
Joksi voisi villisti arvailla vaikkapa sitä, että jokin asia tai sen osa on joko asennettu väärin,
asentunut itsestään väärin, toimii väärin, tai sitä käytetään väärin.
Tai jopa sellaista voisi arvailla, että jonkin asian tai sen osan oikeudet ovat joko muuttuneet "itsestään" tai jopa muutettu vääriksi, tietoisesti tai tietämättä.
Mutta ei arvailla, tarkastellaan ensin. :)
-
Kopioin tähän koko litanian päätteeltä.
asus@home-desktop:~$ xhost
access control enabled, only authorized clients can connect
asus@home-desktop:~$ xhost +local:
non-network local connections being added to access control list
asus@home-desktop:~$ xhost
access control enabled, only authorized clients can connect
LOCAL:
asus@home-desktop:~$ echo $DISLPAY <--kirjoitusvirhe komennossa
asus@home-desktop:~$ sudo echo $DISPLAY
:0.0
asus@home-desktop:~$ sudo -K
asus@home-desktop:~$ sudo su
Password:
root@home-desktop:/home/asus# echo $DISPLAY
:0.0
root@home-desktop:/home/asus# sudo echo $DISPLAY
:0.0
root@home-desktop:/home/asus# exit
exit
asus@home-desktop:~$ echo $DISPLAY
:0.0
asus@home-desktop:~$ sudo kate /etc/X11/xorg.conf <--- kokeilin tiedoston avaustakin tässä välissä
kbuildsycoca running...
ScimInputContextPlugin()
KWrited - Kuuntelee laitteessa /dev/pts/4
kded: Launching previous backup analyse.
QObject::disconnect: Unexpected null parameter
~ScimInputContextPlugin()
asus@home-desktop:~$ xhost -local <--- taas kirjoitusvirhe
xhost: bad hostname "local"
asus@home-desktop:~$ xhost
access control enabled, only authorized clients can connect
LOCAL:
asus@home-desktop:~$ xhost -local: <---- tässä komento oikein
non-network local connections being removed from access control list
asus@home-desktop:~$ xhost
access control enabled, only authorized clients can connect
asus@home-desktop:~$ sudo kate /etc/X11/xorg.conf <-- tässä taas saman tiedoston avaus
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kdeinit: Can't connect to the X Server.
kdeinit: Might not terminate at end of session.
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kded: cannot connect to X server :0.0
kded: ERROR: KUniqueApplication: Registering failed!
kded: ERROR: Communication problem with kded, it probably crashed.
ScimInputContextPlugin()
QObject::disconnect: Unexpected null parameter
~ScimInputContextPlugin()
asus@home-desktop:~$
Oskun aikaisemmin antama vinkin mukaan nämä kohdat on kommentoituna.
-> etsi kohta
Koodia:
Section "ServerLayout"
Ja kommentoi nämä pois:
Koodia:
# InputDevice "stylus" "SendCoreEvents"
# InputDevice "cursor" "SendCoreEvents"
# InputDevice "eraser" "SendCoreEvents"
Käynnistä X uudelleen.
-
Jep, eli vaikutusta on. Kiinnitän huomionne tähän osaan:
xhost +local: on siis voimassa, ja LOCAL-yhteydet täten sallittuna = myös root pääsee läpi.
asus@home-desktop:~$ sudo kate /etc/X11/xorg.conf # komento lähtee tässä
# ko. virheitä ei näy missään
kbuildsycoca running... # kaikki OK
ScimInputContextPlugin()
KWrited - Kuuntelee laitteessa /dev/pts/4
#mikä tuo kded on? miksi se analyseeraa tässä?
kded: Launching previous backup analyse.
QObject::disconnect: Unexpected null parameter # kaikki ei ole OK, mutta on eritavalla koska +local: on voimassa.
~ScimInputContextPlugin()
Lähtikö se tässä käyntiin? ?
asus@home-desktop:~$ xhost -local <--- taas kirjoitusvirhe !! EI SAANUT TULLA KIRJOITUSVIRHEITÄ! :)
xhost: bad hostname "local"
asus@home-desktop:~$ xhost
access control enabled, only authorized clients can connect
LOCAL:
asus@home-desktop:~$ xhost -local: <---- tässä komento oikein
#LOCAL: kytkettiin pois onnistuneesti tässä
non-network local connections being removed from access control list
asus@home-desktop:~$ xhost
access control enabled, only authorized clients can connect
asus@home-desktop:~$ sudo kate /etc/X11/xorg.conf <-- tässä taas saman tiedoston avaus
# nyt xhost ei salli LOCAL: koska se äsken asetettiin pois
Xlib: connection to ":0.0" refused by server # ja virheet tulevat heti
Xlib: No protocol specified
kdeinit: Can't connect to the X Server.
kdeinit: Might not terminate at end of session.
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kded: cannot connect to X server :0.0
kded: ERROR: KUniqueApplication: Registering failed!
kded: ERROR: Communication problem with kded, it probably crashed.
ScimInputContextPlugin()
QObject::disconnect: Unexpected null parameter
~ScimInputContextPlugin()
Sitä en tiedä miksi näin nyt tapahtuu, joku on mitä ilmeisemmin sekaisin.
Googlella tms. hakien tuon virheen ja ohjelman ja KDE:n mukaan.
eli virheet tulevat koska joltakin on pääsy estetty Xserverille, virheitä ei tule jos xhost +local: on voimassa,
koska silloin tältä joltakin ei ole pääsyä estetty. Mää eppäilen että tämä joku on root. :)
1. onko root-käyttäjän kirjautuminen sallittu? Jos on, se pois käytöstä.
2. onko jotakin asennettu siten että on oltu kirjautuneena root käyttäjänä (hyi! niin ei pitäisi tehdä)
3. en minä tiedä.
edit. arvaan siis kyseessä olevan sellaisen tapahtumaketjun, että jokin komento tai ohjelma ajetaan root-oikeudella, ja xserveri ei päästä roottia luonnollisestikaan hurjastelemaan koska root on väärä käyttäjä.
tms. muuta ihanaa.
-
Kohta 1: Ei pitäisi olla, miten voin tarkistaa tuon?
Kohta 2: Asennuksiin olen käyttänyt päätettä ja Adept package manageria.
Onko normaalia että Firestarter kysyy salasanaa joka kerta kun käynnistää koneen,
Ubuntua käyttäessä ei niin tapahdu, Fiestarter on alkuperäisissä asetuksissaan sellaisenaan kun se on asennuksen jälkeen.
Kiintolevyllä olis tyhjä osio jonne vois asentaa toisen Kubuntun mutta mahtaisko toimia kun molemmat on samalla kovolla, tuumin vaan että vois kokeilla täysin muokkaamatonta käyttistä sellasena kun se asennuksen jälkeen on niin näkis tekeekö siinä samalla tavalla tuon päätteen kanssa.
-
Rootin kirjautuminen estyy Gnomessa menusta näin:
System -> Administration -> Login Screen Setup -> Security välilehti, ja täppä pois kohdasta Allow root login jos siinä täppä on,
oletuksena ei ole. KDE:stä en tiedä miten siinä on toteutettu?
No tuskin tuo nyt edes siitä johtuu.
Kokeilepas vielä mitä näin komennellen tapahtuu:
sudo su
kate /etc/X11/xorg.conf
# käynnistyykö kate / toimiiko / tuleeko virheitä?
exit
Mitä Firestarteriin tulee, niin on normaalia että se kysyy salasanaa jos se käynnistetään siten että sen käyttöliittymä käynnistyy myös. Sitä ei kuitenkaan ole tarkoitettu käytettäväksi niin, vaan se käynnistyy automaattisesti jo palveluna hyvin aikaisessa vaiheessa.
Eli sen käyttöliittymän käynnistyksen voit ottaa pois sieltä, missä ikinään se sitten näkyvän käyttöliittymän osalta käsketäänkään käyntiin.
e: älä viellä hätäile uuden asennuksen kanssa, tuo voi hyvinkin olla joku ihan pikkujuttu jota ei vain keksi,
ja joku guru voi sen ratkaisun jopa tietää heittämällä.
sudo nano /etc/X11/xorg.conf esimerkiksi pitäisi toimia nytkin?
ps oletko kokeillut mitä pelkkä kate /etc/X11/xorg.conf tekee, tuonhan pitäisi avata se myös,
tallentamaan vain ei pysty. Kokeilepa tuokin.
-
Juu tuo sudo su kate ei käynnistynyt.
asus@home-desktop:~$ sudo su
Password:
root@home-desktop:/home/asus# kate /etc/X11/xorg.conf
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kate: cannot connect to X server :0.0
root@home-desktop:/home/asus# exit
exit
sudo nano /etc... toimi oikein.
Pelkkä kate /etc.... avas tiedoston mutta ei tallentanut eli toimi oikein.
No mä ehdin jo asentaa toisenkin Kubuntun, pitää kokeilla tuleeko siinä samat virheet.
***Tässä olis nyt sitten sen muokkaamattoman perusasetuksissa olevan Kubuntun päätteeltä kopsattua tekstiä, Firefoxin asensin mut en mitään muuta muutoksia suorittanut.
kupu@tasti-desktop:~$ sudo kate /etc/X11/xorg.conf
X Error: BadDevice, invalid or uninitialized input device 166
Major opcode: 144
Minor opcode: 3
Resource id: 0x0
Failed to open device
X Error: BadDevice, invalid or uninitialized input device 166
Major opcode: 144
Minor opcode: 3
Resource id: 0x0
Failed to open device
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kdeinit: Can't connect to the X Server.
kdeinit: Might not terminate at end of session.
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kded: cannot connect to X server :0.0
kded: ERROR: KUniqueApplication: Registering failed!
kded: ERROR: Communication problem with kded, it probably crashed.
ScimInputContextPlugin()
QObject::disconnect: Unexpected null parameter
~ScimInputContextPlugin()
kupu@tasti-desktop:~$ xhost
access control enabled, only authorized clients can connect
kupu@tasti-desktop:~$ xhost +local:
non-network local connections being added to access control list
kupu@tasti-desktop:~$ xhost
access control enabled, only authorized clients can connect
LOCAL:
kupu@tasti-desktop:~$ sudo kate /etc/X11/xorg.conf
X Error: BadDevice, invalid or uninitialized input device 166
Major opcode: 144
Minor opcode: 3
Resource id: 0x0
Failed to open device
X Error: BadDevice, invalid or uninitialized input device 166
Major opcode: 144
Minor opcode: 3
Resource id: 0x0
Failed to open device
X Error: BadDevice, invalid or uninitialized input device 166
Major opcode: 144
Minor opcode: 3
Resource id: 0x0
Failed to open device
X Error: BadDevice, invalid or uninitialized input device 166
Major opcode: 144
Minor opcode: 3
Resource id: 0x0
Failed to open device
kbuildsycoca running...
ScimInputContextPlugin()
KWrited - Kuuntelee laitteessa /dev/pts/2
kded: Launching previous backup analyse.
QObject::disconnect: Unexpected null parameter
invalid length 24902
Failed to process 45 bytes from server
invalid length 24902
invalid length 24902
invalid length 24902
~ScimInputContextPlugin()
kupu@tasti-desktop:~$ xhost -local:
non-network local connections being removed from access control list
kupu@tasti-desktop:~$ xhost
access control enabled, only authorized clients can connect
kupu@tasti-desktop:~$
Taitaapi vika olla jossain muualla kun käyttäjän virheelliseti tekemissä asennuksissa, ai niin 9 kpl päivityksiä oli listalla jotka myös asensin.
-
Asensitko koko Kubuntun, vaiko pelkän KDE:n?
Jos pelkän KDE:n, niin silloin vanhat asetukset sun muut on käytössä edelleen.
Mutta ei sitä nyt kannata lähteä asentelemaan, vaan yritetään selvittää mistä on kyse.
----
e: tässä välissä mainitsen sen, joka olisi pitänyt mainita jo aikoja sitten:
hakemistossa /var/log on monenlaisia lokeja, niiden sisältöön kannattaa tutustua, vataus voi löytyä sieltä.
esim /var/log/syslog ja /var/log/Xorg.JOKU.log ja etenkin /var/log/auth.log
Tämä ehkä siis ihan ekana: komentoja sudo:lla ja sudo su :lla
ja sitten katsoen tail -n 100 /var/log/auth.log mitä sinne tulee, jos virheitä niin mitä?
----
Kokeile myös käynnistöökö jokin muu graafinen editori tms. komentoriviltä, entä muut graafiset ohjelmat?
Tuli mieleen sellainen, että entäpä jos se Firestarter sählää local-loopin "sekaisin"?
Tarkista että /etc/network/interfaces tiedoston heti alussa on nämä rivit:
auto lo
iface lo inet loopback
Tarkistus onnistuu helposti komennolla: cat /etc/network/interfaces
Jos rivejä ei ole, lisää ne: sudo nano /etc/network/interfaces
(ei voisi oikein mitenkään olla että noita ei ole, mutta kaikki pitää tarkistaa silti)
Nyt sitten palautetaan palomuuri Ubuntun oletusasetuksiin.
Jos käytössä on joitakin itseasennettuja palveluita, servereitä tms,
sulje ne ensin että ei alativaaniva mörkölauma pääse hyökkäämään. :)
Ellei mitään sellaisia ole, nämä voi rauhassa komennella milloin tahansa:
Sulje ensin Firestarterin graafinen käyttöliittymä.
Katso Firestarterin tekemien säätöjen tilanne komennolla sudo iptables -L
Backup varulta, jos Firestarter vaikka sekoaa tms.
sudo iptables-save > ~/palomuuri1
Pysäytetään Firestarter-palvelu sudo /etc/init.d/firestarter stop (tai sudo firestarter --stop)
Tuo pysäyttää Firestarter palvelun, ja sen pitäisi palauttaa palomuuriasetukset (iptables) oletusasetuksiin,
mutta en 101% luota sen tekemisiin, joten tarkistetaan asia varmuudeksi.
Katso tilanne uudelleen komennolla sudo iptables -L
Näkymä pitäisi olla nyt tämän näköinen:
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
#Jatka allaolevan laatikon ohjeiden mukaan jos säännöt eivät ole ACCEPT
INPUT, FORWAR ja OUTPUT -lohkoissa, tai jos ko. lohkot eivät ole tyhjiä, ts. target prot .. rivien alla on muita rivejä.
#palautetaan Ubuntun oletukset
sudo iptables --flush
sudo iptables -P INPUT ACCEPT
sudo iptables -P OUTPUT ACCEPT
sudo iptables -P FORWARD ACCEPT
#katso tilanne uudelleen
sudo iptables -L
Lohkot INPUT, FORWARD ja OUTPUT pitäisi olla nyt määrätty ACCEPT ja ko. lohkojen pitäisi olla tyhjiä.
# jatka tästä jos palomuuri oli jo oletusasetuksissa Firestarter-palvelun pysäyttämisen jälkeen.
Palomuuri on nyt oletuksissansa, ja ei ainakaan se sotke hommaa,
joten nyt sitten kokeilet mitä kate sanoo. sudolla ja sudo su:lla ja jne.
Kokeile myös jotakin muuta graafista ohjelmaa käyntiin komentoriviltä.
Testailujen jälkeen käynnistetään Firestarter uudelleen:
sudo /etc/init.d/firestarter start (tai sudo firestarter --start)
Tarkastetaan: sudo iptables -L
pitäisi nyt näyttää samaa kuin silloin kun sen 1. kerran tuon -L komensit.
Ei välttämättä auta, mutta näin saadaa suljetuksi pois mahdollisia vikapaikkoja.
ps. palomuuriasetusten backupin saat palautettua näin jos tarve ilmenee
(ei pitäisi voida mitenkään ilmetä, mutta jos kuitenkin ilmenee): :)
sudo iptables-restore < ~/palomuuri1
-
Kiintolevyllä oli tyhjä osio jonne asensin toisenkin Kubuntun, niitä on nyt siis kaksi kappaletta, tuo viimeisin lista päätteeltä oli siitä uudesta jossa ei ole firestarteria asennettuna eikä mitään muita asennuksia suoritettu ainoastaa Firefoxin laitoin, se on siis täysin perusasetuksissaan, nvidia-glx asentamatta, firestarter asentamatta, näytön asetukset muokkaamatta, firefox on ainoa ohjelma mitä asensin.
Aika outoa että nuo samat errorit tulee tuossa muokkaamattomassa perusasetuksissaan olevassakin Kubuntussa,
/etc/network/interfaces
Tämän katsoin ja se oli oikein, jatkan illalla lisää tutkimista kun ehdin paremmin, tuossa oli aika pitkä lista minkä annoit läksyksi.
-
Kiintolevyllä oli tyhjä osio jonne asensin toisenkin Kubuntun, niitä on nyt siis kaksi kappaletta, tuo viimeisin lista päätteeltä oli siitä uudesta jossa ei ole firestarteria asennettuna eikä mitään muita asennuksia suoritettu ainoastaa Firefoxin laitoin, se on siis täysin perusasetuksissaan, nvidia-glx asentamatta, firestarter asentamatta, näytön asetukset muokkaamatta, firefox on ainoa ohjelma mitä asensin.
Aika outoa että nuo samat errorit tulee tuossa muokkaamattomassa perusasetuksissaan olevassakin Kubuntussa,
/etc/network/interfaces
Tämän katsoin ja se oli oikein, jatkan illalla lisää tutkimista kun ehdin paremmin, tuossa oli aika pitkä lista minkä annoit läksyksi.
Okay, sitten se on todella outoa.
Voipi tosin olla bugi, joka on jossakin päivityksessä tullut mukaan kuvioihin tms.
Tuleeko tuo virhe muillakin graafisilla ohjelmilla kuin kate:lla jos niitä avaa sudo:lla kometoriviltä?
Jos ei tule muilla, niin sitten kate ja kaikki sen osat sudo apt-get remove --purge kate ja osat
komennolla pois ja sitten katen ja osien uudelleenasennus.
Tarkista kuitenkin tuo sudo iptables -L että esim. lo ei ole estetty INPUT:ssa.
Eli katsele lokeja, sieltä se vastaus kenties löytyy.
-
No niin ei se syy sen ihmeemmin selvinnyt ainakaan tällä mun vähäisellä osaamisella mutta varmaan jokin bugi tuo täytyy olla koska se tulee heti uudelleenasennuksen jälkeen.
Tuosta palomuurista kysyisin vielä, tarvitseeko välttämättä Firestarteria asentaakaan normaalia nettikäyttöä varten jos noi iptablesin asetukset on kunnossa, tarkistin ne sinun ohjeittesi mukaan ja kaikki kohdat oli oikein.
-
No niin ei se syy sen ihmeemmin selvinnyt ainakaan tällä mun vähäisellä osaamisella mutta varmaan jokin bugi tuo täytyy olla koska se tulee heti uudelleenasennuksen jälkeen.
Tuosta palomuurista kysyisin vielä, tarvitseeko välttämättä Firestarteria asentaakaan normaalia nettikäyttöä varten jos noi iptablesin asetukset on kunnossa, tarkistin ne sinun ohjeittesi mukaan ja kaikki kohdat oli oikein.
Jep, pikkuisen ihmettelen sitä että Google ei löydä juuri mitään. (tai sitten minä en osaa hakea oikein)
Sinänsä kyllä KDE X-sessio hässäkkää löytyy paljonkin, mutta erilaista.
Pitää vain koettaa niitä lueskella, tai/ja odottaa jonkin päivityksen korjaavan tilanteen. emt.
Mitä Firestarteriin tulee, niin se ei ole pakollinen normaalikäytössä (selaus sähköposti yms.).
(tosin ei siitä haittaakaan ole, ja tavallaan se on hyvä olla olemassa "siltä varalta että jos kuitenkin...")
Pakasta vetäisty (KX?)Ubuntu kuitenkin on turvallinen ilman mitään säätöjä tai Firestartereita
mutta vain jos mitään portteja kuuntelevia palveluita ei asenneta/oteta käyttöön.
Tämä siksi että portit ovat oletuksena "auki" eli kaikki tuleva liikenne päästetään "läpi". (älä kauhistu) :)
Nimittäin tämä Ubuntun avoin politiikka ei haittaa koska se on oletusasetuksissaan "kuuro" tuleville kutsuille.
Se ei siis kuuntele vaikka tavallaan kuuleekin, ja vaikka kuinka joku huutaisi se ei mitenkään siitä välitä.
Ainoa jonka se tekee on se että se näkyy ulos "olemassaolevana", ja siitä lisää alla olevasta linkistä.
Luepas tuo: http://forum.ubuntu-fi.org/index.php?topic=4107.0 siinä on käytössä hiukan erilainen ajatusmalli kuin Ubuntun oletusmalli. Sitä en sano että noin pitäisi tehdä kuin tuossa ohjeessa neuvotaan, jokaisen omassa harkinnassa oleva asia on se.
Mutta iptables-käsisäädön perusasiat ei lopultakaan ole vaikeita oppia kun sen toimintaperiaatteen ensin ymmärtää.
-
Mahtaisko sekin vaikuttaa millainen tuo rautapuolen kokonaisuus on, melkein jokaisella on erilaisia ongelmia ja eri kokoonpanolla olevia koneita, Ubuntu ja Xubuntu toimii vakaasti eikä Kubuntussakaan muuta ongelmaa ole kun tuo mitä tässä on käsitelty.
Odotellaan uusia päivityksiä jospa se niillä korjaantuis.
Kiitos vaan hyvästä opastuksesta, aika paljon taas oppi uutta.
Jatketaan tähän samaan.
Toisella palstalla annettiin neuvoksi lisätä komentoon &>/dev/null virhettä ei enää tule kuten tuossa näkyy.
kupu@koti-desktop:~$ sudo kate /etc/modules&>/dev/null
kupu@koti-desktop:~$
-
Toisella palstalla annettiin neuvoksi lisätä komentoon &>/dev/null virhettä ei enää tule kuten tuossa näkyy.
kupu@koti-desktop:~$ sudo kate /etc/modules&>/dev/null
kupu@koti-desktop:~$
Joo'o, onkohan tuo ihan tosissaan annettu ohje, vai olisiko ehkä kuitenkin hiukan "vitsinä"?
Kyllä se virhe edelleen varmaan tulee, mutta se ohjataan /dev/null "laitteseen" jonne jos jotakin ohjaa,
se jokin katoaa olemattomuuteen. http://en.wikipedia.org/wiki//dev/null
Kyseessä on siis rautalankaan paketoitu purkkaviritys, jolla vain piilotetaan virhe,
piittaamatta siitä mistä virhe johtuu, ja vieläpä poistetaan KAIKKI muutkin
mahdolliset virheet käyttäjän näkyvistä.
No, noin voi siis tehdä, mutta kun virheen syystä ei ole tietoa, noin ei PITÄISI tehdä.
-
Toisella palstalla annettiin neuvoksi lisätä komentoon &>/dev/null virhettä ei enää tule kuten tuossa näkyy.
kupu@koti-desktop:~$ sudo kate /etc/modules&>/dev/null
kupu@koti-desktop:~$
Joo'o, onkohan tuo ihan tosissaan annettu ohje, vai olisiko ehkä kuitenkin hiukan "vitsinä"?
Kyllä se virhe edelleen varmaan tulee, mutta se ohjataan /dev/null "laitteseen" jonne jos jotakin ohjaa,
se jokin katoaa olemattomuuteen. http://en.wikipedia.org/wiki//dev/null
Kyseessä on siis rautalankaan paketoitu purkkaviritys, jolla vain piilotetaan virhe,
piittaamatta siitä mistä virhe johtuu, ja vieläpä poistetaan KAIKKI muutkin
mahdolliset virheet käyttäjän näkyvistä.
No, noin voi siis tehdä, mutta kun virheen syystä ei ole tietoa, noin ei PITÄISI tehdä.
Samoihin ajatuksiin tulin minäkin selvitettyäni mitä tuo tekee, vitsihän tuo on.
Ei se ongelmaa poista eikä korjaa siirtää virheilmoituksen vaan "vessanpönttöön" niinku jossain sanotiinkin.