Hallo Liste,
ich komme hier nicht weiter und hoffe auf einen guten Tip ...
Da der Treiber ath5k für WLAN auf meinem Laptop mit opensuse 11.2 (32
Bit) nicht geht, habe ich ndiswrapper installiert.
ndiswrapper ist mit "modprobe ndiswrapper" geladen und mit
"ndiswrapper -l" sehe ich auch den windows treiber.
Nun geht es ans Konfigurieren des WLAN (Gerätenamen wlan0) ... Alle
Anleitungen beschreiben, dass man in Yast das Modul "ndiswrapper"
auswählen muss.
Aber Yast bietet mir in der Combobox zum Auswählen des Modulnamens immer
nur "ath5k" an, aber nicht "ndiswrapper".
Noch ein paar Infos:
- In /lib/modules/2.6.31.5-0.1-desktop/modules.dep gibt es die Zeile
"updates/ndiswrapper.ko", und nichts mit "ath5k" ...
- dmesg zeigt eine Zeile mit "... ndiswrapper version 1.55 loaded ...",
aber auch Zeilen mit ath5k
- habe schon ein paar mal rebootet und Netzwerk neu gestartet
- habe auch "ndiswrapper -m" ausgeführt ( ... aber Suse 11.2 hat bei mir
aber keine Datei mehr mit Namen "modules.conf")
- "modprobe ndiswrapper" hat geklappt, aber es kommt eine Warnung
(WARNING: All config files need .conf: /etc/modprobe.d/ndiswraper, it
will be ignored in a future release)
- cat "/etc/modprobe.d/ndiswrapper" ergibt die Zeile "alias wlan0
ndiswrapper"
- kernel version: 2.6.31.5-0.1-desktop
Ich habe an verschiedenen Stellen gesucht, komme aber nicht weiter.
Meine erste Frage lautet: woher bezieht yast seinen Modulnamen für wlan0
? Bzw. Wie kann ich diesen ändern?
Dann auch:
- Gibt es eine gute Beschreibung, welche Dateien yast bei seiner WLAN
Konfiguration wie updated?
- Oder eine Beschreibung, wie ich ohne yast das WLAN konfigurieren kann?
Danke für eure Hilfe,
Michael
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help(a)opensuse.org
Hallo
Und zwar habe ich mein LCD TV per HDMI an meinem PC angeschlossen.
Zurzeit muss ich immer in den "NVIDIA X Server Settings" einstellen das
der Bildschirm vom Desktop PC auf den LCD TV geclont werden soll. Das
nervt aber. Kann Ich noch anderswo einstellen, das dass gleich bei
Systemstart mitpassiert?
noch schönes weekend
Fabian
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help(a)opensuse.org
Hallo,
Ich habe hier ein kleines Netzwerk mit 5 Rechnern. Einer hat 3 Drucker
angeschlossen und alle sollen nur über diesen Rechner/ Server drucken
("Via Netzwerk druckern" im "Yast2 printer"=> "Alle Druckaufträge direkt
über einen einzigen CUPS-Server ausführen"), damit von etvaigen Labtops
nichts angezeigt wird, was nicht da ist. Bei den Clients scheitert
allerdings der Abruf der Druckerinformation
("Strg-P"=>Druckerdialog=>"Holen der Informationen über den Drucker
gescheitert"). Dann geht nat. kein Drucken!
Das error_log des Servers/Cups sagt beim klicken auf den Drucker im
Dialog des Clients:
---------------------error_log---------------------------------------------
D [25/Mar/2012:19:04:52 +0200] CUPS-Get-Printers
D [25/Mar/2012:19:04:52 +0200] Returning IPP successful-ok for
CUPS-Get-Printers (no URI) from 192.168.0.202
D [25/Mar/2012:19:04:52 +0200] cupsdSetBusyState: newbusy="Not busy",
busy="Active clients"
D [25/Mar/2012:19:04:52 +0200] cupsdReadClient: 13 WAITING Closing on EOF
D [25/Mar/2012:19:04:52 +0200] cupsdCloseClient: 13
D [25/Mar/2012:19:04:52 +0200] cupsdSetBusyState: newbusy="Not busy",
busy="Not busy"
D [25/Mar/2012:19:04:53 +0200] cupsdAcceptClient: 13 from
192.168.0.202:631 (IPv4)
D [25/Mar/2012:19:04:53 +0200] cupsdReadClient: 13 WAITING Closing on EOF
D [25/Mar/2012:19:04:53 +0200] cupsdCloseClient: 13
D [25/Mar/2012:19:04:53 +0200] cupsdSetBusyState: newbusy="Not busy",
busy="Not busy"
D [25/Mar/2012:19:04:53 +0200] cupsdAcceptClient: 13 from
192.168.0.202:631 (IPv4)
D [25/Mar/2012:19:04:53 +0200] cupsdReadClient: 13 POST / HTTP/1.1
D [25/Mar/2012:19:04:53 +0200] cupsdSetBusyState: newbusy="Active
clients", busy="Not busy"
D [25/Mar/2012:19:04:53 +0200] cupsdAuthorize: No authentication data
provided.
D [25/Mar/2012:19:04:53 +0200] cupsdReadClient: 13 1.1 CUPS-Get-Printers 1
---------------------error_log---------------------------------------------
Diese Sequenz wird mehrfach wiederholt.
Kann sich darauf jemand einen Reim machen?
OS (Clients & Server): openSuSE 12.1 (x86_64)
Server:
-----------------------------
rpm -qa "*cups*"
cups-1.5.2-84.1.x86_64
cups-pk-helper-0.2.1-2.1.3.x86_64
python-cupshelpers-1.3.7-2.10.1.noarch
cups-libs-1.5.2-84.1.x86_64
cups-libs-32bit-1.5.2-84.1.x86_64
cups-ddk-1.5.2-84.1.x86_64
python-cups-1.9.59-2.1.3.x86_64
cups-backends-1.0-278.1.x86_64
cups-client-1.5.2-84.1.x86_64
cups-devel-1.5.2-84.1.x86_64
-----------------------------
Client:
-----------------------------
rpm -qa "*cups*"
cups-pk-helper-0.2.1-2.1.3.x86_64
cups-devel-1.5.2-84.1.x86_64
python-cups-1.9.59-2.1.3.x86_64
cups-client-1.5.2-84.1.x86_64
cups-libs-32bit-1.5.2-84.1.x86_64
python-cupshelpers-1.3.7-2.10.1.noarch
cups-libs-1.5.2-84.1.x86_64
-----------------------------
Die Cups-Pakete sind aus dem "Printing"- Repo. Die Distr-Pakete hab ich
auch schon erfolglos durchprobiert...:-(
--
Mit freundlichen Grüßen
Sebastian Reinhardt
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
Hallo Sven, (sorry für heutige versehentliche PM)
hallo alle,
nicht dass ich froh wäre, aber heute morgen startet Akonadi wieder
nicht. Der Fehlerbericht, der nach einem Klick auf "Details"
erscheint, hängt unten an dieser Mail. In der ersten Fehlermeldung
taucht ein Problem mit locking auf (wenn ich sie richtig verstehe).
Deshalb merke ich noch einmal an, dass ich mein Homedirectory
(/users/jan) per autofs/nfs3 von einem Server hole.
In der /etc/auto.master steht dazu
/users /etc/auto.users -t 300
und in der /etc/auto.users
* -fstype=nfs,rw imkpchail:/users/&
Auf dem imkpchail wird /users mit den Optionen
rw,root_squash,sync,no_subtree_check an mich exportiert. Dort läuft
noch OS11.4.
Starte ich Akonadi von Hand (akonadictl start), so erhalte ich
foldende Meldungen:
---------------------------------------------------------------------
Starting Akonadi Server...
done.
Connecting to deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
search paths: ("/users/jan/bin", "/usr/local/bin", "/usr/bin",
"/bin", "/usr/bin/X11", "/usr/X11R6/bin", "/usr/games",
"/opt/kde3/bin", "/usr/lib64/jvm/jre/bin", "/sbin", "/usr/sbin",
"/users/bin", "/opt/intel/bin", "/usr/sbin", "/usr/local/sbin",
"/usr/local/libexec", "/usr/libexec", "/opt/mysql/libexec",
"/opt/local/lib/mysql5/bin", "/opt/mysql/sbin")
Found mysql_install_db: "/usr/bin/mysql_install_db"
Found mysqlcheck: "/usr/bin/mysqlcheck"
Database process exited unexpectedly during initial connection!
executable: "/usr/sbin/mysqld"
arguments:
("--defaults-file=/users/jan/.local/share/akonadi//mysql.conf",
"--datadir=/users/jan/.local/share/akonadi/db_data/",
"--socket=/users/jan/.local/share/akonadi/socket-imkpcjaha/mysql.socket")
stdout: ""
stderr: ""
exit code: 1
process error: "Unknown error"
"[
0: akonadiserver(_Z11akBacktracev+0x34) [0x44d054]
1: akonadiserver() [0x44d3ec]
2: /lib64/libc.so.6(+0x34e10) [0x7fa80a6e4e10]
3: /lib64/libc.so.6(gsignal+0x35) [0x7fa80a6e4d95]
4: /lib64/libc.so.6(abort+0x17b) [0x7fa80a6e62ab]
5:
/usr/lib64/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x74)
[0x7fa80c3a99f4]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0x92) [0x44e8d2]
7: /usr/lib64/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0xaf)
[0x7fa80c43721f]
8: /usr/lib64/libQtCore.so.4(+0x107923) [0x7fa80c43f923]
9: /usr/lib64/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39) [0x7fa80c4487a9]
10: akonadiserver(_ZN6QDebugD1Ev+0x46) [0x448356]
11: akonadiserver(_ZN13DbConfigMysql19startInternalServerEv+0x18db)
[0x4d4c5b]
12:
akonadiserver(_ZN7Akonadi13AkonadiServer20startDatabaseProcessEv+0xd2)
[0x44ee62]
13: akonadiserver() [0x451d92]
14: akonadiserver(_ZN7Akonadi13AkonadiServer8instanceEv+0x35) [0x4534a5]
15: akonadiserver(main+0x19a) [0x447a7a]
16: /lib64/libc.so.6(__libc_start_main+0xed) [0x7fa80a6d123d]
17: akonadiserver() [0x4481e1]
]
"
-----------------------------------------------------------------
Soweit ich das erkenne, wiederholt sich diese Fehlermeldung dann
mehrfach, bis akonadi aufgibt mit der Meldung, es sei zu oft gecrashed.
Sven, ich sehe mich nicht in der Lage, einen Bugreport zu schreiben,
weil ich nicht benennen kann, was hier wirklich falsch läuft. Ich
kann mir ja nicht einmal sicher sein, dass ich selbst den Fehler
verursacht habe.
Kannst Du/kann sonst jemand die Fehler so interpretieren, dass ich
schlauer werde oder den Fehler gar beheben kann?
Herzliche Grüße
Jan
------------------------------------------------------------------------
------------------------------------------------------------------------
Fehlerbericht aus korganizer
------------------------------------------------------------------------
------------------------------------------------------------------------
Akonadi Server Self-Test Report
===============================
Test 1: SUCCESS
--------
Database driver found.
Details: The QtSQL driver 'QMYSQL' is required by your current
Akonadi server configuration and was found on your system.
File content of '/users/jan/.config/akonadi/akonadiserverrc':
[%General]
Driver=QMYSQL
[QMYSQL]
Name=akonadi
Host=
Options="UNIX_SOCKET=/users/jan/.local/share/akonadi/socket-imkpcjaha/mysql.socket"
ServerPath=/usr/sbin/mysqld
StartServer=true
[Debug]
Tracer=null
Test 2: SUCCESS
--------
Akonadi is not running as root
Details: Akonadi is not running as a root/administrator user, which
is the recommended setup for a secure system.
Test 3: SUCCESS
--------
MySQL server found.
Details: You have currently configured Akonadi to use the MySQL
server '/usr/sbin/mysqld'.
Make sure you have the MySQL server installed, set the correct path
and ensure you have the necessary read and execution rights on the
server executable. The server executable is typically called
'mysqld'; its location varies depending on the distribution.
Test 4: SUCCESS
--------
MySQL server is executable.
Details: MySQL server found: /usr/sbin/mysqld Ver 5.5.23 for Linux
on x86_64 (Source distribution)
Test 5: ERROR
--------
MySQL server log contains errors.
Details: The MySQL server error log file '<a
href='/users/jan/.local/share/akonadi/db_data/mysql.err'>/users/jan/.local/share/akonadi/db_data/mysql.err</a>'
contains errors.
File content of '/users/jan/.local/share/akonadi/db_data/mysql.err':
120524 9:32:18 InnoDB: The InnoDB memory heap is disabled
120524 9:32:18 InnoDB: Mutexes and rw_locks use GCC atomic builtins
120524 9:32:18 InnoDB: Compressed tables use zlib 1.2.5
120524 9:32:18 InnoDB: Initializing buffer pool, size = 80.0M
120524 9:32:18 InnoDB: Completed initialization of buffer pool
InnoDB: Unable to lock ./ib_logfile0, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Error in opening ./ib_logfile0
120524 9:32:18 [ERROR] Plugin 'InnoDB' init function returned error.
120524 9:32:18 [ERROR] Plugin 'InnoDB' registration as a STORAGE
ENGINE failed.
120524 9:32:18 [ERROR] Unknown/unsupported storage engine: innodb
120524 9:32:18 [ERROR] Aborting
120524 9:32:18 [Note] /usr/sbin/mysqld: Shutdown complete
Test 6: SUCCESS
--------
MySQL server default configuration found.
Details: The default configuration for the MySQL server was found
and is readable at <a
href='/etc/akonadi/mysql-global.conf'>/etc/akonadi/mysql-global.conf</a>.
File content of '/etc/akonadi/mysql-global.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using
$HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris(a)mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking
# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables
# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=utf8
collation_server=utf8_general_ci
table_cache=200
thread_cache_size=3
#log_bin=mysql-bin
#expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous
amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to
datadir (for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0
innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM
information_schema.tables WHERE table_schema not in ("mysql",
"information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep
Innodb_buffer_pool_wait_free small (see show global status like
"inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2
# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=31536000
[client]
default-character-set=utf8
Test 7: SKIP
--------
MySQL server custom configuration not available.
Details: The custom configuration for the MySQL server was not found
but is optional.
Test 8: SUCCESS
--------
MySQL server configuration is usable.
Details: The MySQL server configuration was found at <a
href='/users/jan/.local/share/akonadi/mysql.conf'>/users/jan/.local/share/akonadi/mysql.conf</a>
and is readable.
File content of '/users/jan/.local/share/akonadi/mysql.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using
$HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris(a)mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking
# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables
# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=utf8
collation_server=utf8_general_ci
table_cache=200
thread_cache_size=3
#log_bin=mysql-bin
#expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous
amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to
datadir (for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0
innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM
information_schema.tables WHERE table_schema not in ("mysql",
"information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep
Innodb_buffer_pool_wait_free small (see show global status like
"inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2
# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=31536000
[client]
default-character-set=utf8
Test 9: SUCCESS
--------
akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi
server was found and could be executed successfully.
Result:
Akonadi 1.6.2
Test 10: ERROR
--------
Akonadi control process not registered at D-Bus.
Details: The Akonadi control process is not registered at D-Bus
which typically means it was not started or encountered a fatal
error during startup.
Test 11: ERROR
--------
Akonadi server process not registered at D-Bus.
Details: The Akonadi server process is not registered at D-Bus which
typically means it was not started or encountered a fatal error
during startup.
Test 12: ERROR
--------
Nepomuk search service not registered at D-Bus.
Details: The Nepomuk search service is not registered at D-Bus which
typically means it was not started or encountered a fatal error
during startup.
Test 13: SKIP
--------
Protocol version check not possible.
Details: Without a connection to the server it is not possible to
check if the protocol version meets the requirements.
Test 14: ERROR
--------
No resource agents found.
Details: No resource agents have been found, Akonadi is not usable
without at least one. This usually means that no resource agents are
installed or that there is a setup problem. The following paths have
been searched: '/usr/share/akonadi/agents'. The XDG_DATA_DIRS
environment variable is set to
'/usr/share:/etc/opt/kde3/share:/opt/kde3/share'; make sure this
includes all paths where Akonadi agents are installed.
Directory listing of '/usr/share/akonadi/agents':
akonotesresource.desktop
birthdaysresource.desktop
calendarsearchagent.desktop
contactsresource.desktop
davgroupwareresource.desktop
icalresource.desktop
imapresource.desktop
invitationsagent.desktop
kabcresource.desktop
kcalresource.desktop
kdeaccountsresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mixedmaildirresource.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomukemailfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
openxchangeresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop
Environment variable XDG_DATA_DIRS is set to
'/usr/share:/etc/opt/kde3/share:/opt/kde3/share'
Test 15: ERROR
--------
Current Akonadi server error log found.
Details: The Akonadi server reported errors during its current
startup. The log can be found in <a
href='/users/jan/.local/share/akonadi/akonadiserver.error'>/users/jan/.local/share/akonadi/akonadiserver.error</a>.
File content of '/users/jan/.local/share/akonadi/akonadiserver.error':
Database process exited unexpectedly during initial connection!
executable: "/usr/sbin/mysqld"
arguments:
("--defaults-file=/users/jan/.local/share/akonadi//mysql.conf",
"--datadir=/users/jan/.local/share/akonadi/db_data/",
"--socket=/users/jan/.local/share/akonadi/socket-imkpcjaha/mysql.socket")
stdout: ""
stderr: ""
exit code: 1
process error: "Unknown error"
"[
0: akonadiserver(_Z11akBacktracev+0x34) [0x44d054]
1: akonadiserver() [0x44d3ec]
2: /lib64/libc.so.6(+0x34e10) [0x7ff9b9e68e10]
3: /lib64/libc.so.6(gsignal+0x35) [0x7ff9b9e68d95]
4: /lib64/libc.so.6(abort+0x17b) [0x7ff9b9e6a2ab]
5:
/usr/lib64/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x74)
[0x7ff9bbb2d9f4]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0x92) [0x44e8d2]
7: /usr/lib64/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0xaf)
[0x7ff9bbbbb21f]
8: /usr/lib64/libQtCore.so.4(+0x107923) [0x7ff9bbbc3923]
9: /usr/lib64/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39) [0x7ff9bbbcc7a9]
10: akonadiserver(_ZN6QDebugD1Ev+0x46) [0x448356]
11: akonadiserver(_ZN13DbConfigMysql19startInternalServerEv+0x18db)
[0x4d4c5b]
12:
akonadiserver(_ZN7Akonadi13AkonadiServer20startDatabaseProcessEv+0xd2)
[0x44ee62]
13: akonadiserver() [0x451d92]
14: akonadiserver(_ZN7Akonadi13AkonadiServer8instanceEv+0x35) [0x4534a5]
15: akonadiserver(main+0x19a) [0x447a7a]
16: /lib64/libc.so.6(__libc_start_main+0xed) [0x7ff9b9e5523d]
17: akonadiserver() [0x4481e1]
]
"
Test 16: ERROR
--------
Previous Akonadi server error log found.
Details: The Akonadi server reported errors during its previous
startup. The log can be found in <a
href='/users/jan/.local/share/akonadi/akonadiserver.error.old'>/users/jan/.local/share/akonadi/akonadiserver.error.old</a>.
File content of
'/users/jan/.local/share/akonadi/akonadiserver.error.old':
Database process exited unexpectedly during initial connection!
executable: "/usr/sbin/mysqld"
arguments:
("--defaults-file=/users/jan/.local/share/akonadi//mysql.conf",
"--datadir=/users/jan/.local/share/akonadi/db_data/",
"--socket=/users/jan/.local/share/akonadi/socket-imkpcjaha/mysql.socket")
stdout: ""
stderr: ""
exit code: 1
process error: "Unknown error"
"[
0: akonadiserver(_Z11akBacktracev+0x34) [0x44d054]
1: akonadiserver() [0x44d3ec]
2: /lib64/libc.so.6(+0x34e10) [0x7f9ac6f55e10]
3: /lib64/libc.so.6(gsignal+0x35) [0x7f9ac6f55d95]
4: /lib64/libc.so.6(abort+0x17b) [0x7f9ac6f572ab]
5:
/usr/lib64/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x74)
[0x7f9ac8c1a9f4]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0x92) [0x44e8d2]
7: /usr/lib64/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0xaf)
[0x7f9ac8ca821f]
8: /usr/lib64/libQtCore.so.4(+0x107923) [0x7f9ac8cb0923]
9: /usr/lib64/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39) [0x7f9ac8cb97a9]
10: akonadiserver(_ZN6QDebugD1Ev+0x46) [0x448356]
11: akonadiserver(_ZN13DbConfigMysql19startInternalServerEv+0x18db)
[0x4d4c5b]
12:
akonadiserver(_ZN7Akonadi13AkonadiServer20startDatabaseProcessEv+0xd2)
[0x44ee62]
13: akonadiserver() [0x451d92]
14: akonadiserver(_ZN7Akonadi13AkonadiServer8instanceEv+0x35) [0x4534a5]
15: akonadiserver(main+0x19a) [0x447a7a]
16: /lib64/libc.so.6(__libc_start_main+0xed) [0x7f9ac6f4223d]
17: akonadiserver() [0x4481e1]
]
"
Test 17: SUCCESS
--------
No current Akonadi control error log found.
Details: The Akonadi control process did not report any errors
during its current startup.
Test 18: SUCCESS
--------
No previous Akonadi control error log found.
Details: The Akonadi control process did not report any errors
during its previous startup.
------------------------------------------------------------------------
------------------------------------------------------------------------
Am 22.05.2012 20:31, schrieb Sven Burmeister:
> Am Dienstag, 22. Mai 2012, 17:41:10 schrieb Jan Handwerker:
>>> Den akonadi Server kann man übrigens einfach neu starten, falls er nicht
>>> läuft. Entweder in einer konsole: akonadictl restart
>>
>> Wenn er nicht läuft, weil er beim Starten einen Fehler erzeugt hat,
>> dann startet er so auch nicht. Nach vielen Startversuchen bricht er
>> irgendwann ab.
>
> Und wie lautet die genaue Fehlermeldung, wenn Du das schon probiert hast? Wo
> ist der bugreport zu dieser?
>
> Sven
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
Das hier fand ich eines Morgens in meiner Achselhöhle, pardon, im
Changelog von KDE2.1:
> External taskbar re-added
Ich deute das ja so, dass man nun wieder die Liste der aktiven
Programme aus der Kontrollleiste herauslösen kann, um sie etwa wie
in KDE1.x an den oberen Rand des Bildschirms zu kleben. Mittlerweile
habe ich aber alle Menüpunkte von Kcontrol durchwühlt - es geht
nicht. Oder ich kann es nicht.
Hat das schon mal einer geschafft? Oder wo kann ich nachlesen? Die
KDE-Hilfe bezieht sich auf KDE 2.0 und meint, das das erst in der
nächsten Version gehen soll (irrt sich aber an einigen Stellen).
Gruß,
Alfred
Hallo,
Ich habe hier ein kleines Problem mit dem Internet. Auf meinem Labtop
(openSUSE 12.1) funktioniert das Internet ohne Probleme. Aber mit meinem
Desktop (openSUSE 12.1) habe ich Probleme. Beide hängen am
LAN=>Router=>Modem mit statischen IP's. Der Labtop nutzt den
Networkmanager und der Desktop mit "ifconfig".
Der alte Router, ein Netgaer WPNT834, hat leider den Geist aufgegeben.
Mit dem lief noch alles problemlos. Der neue, Netgear ProSafe VPN
Firewall FVS336GV2, macht Probleme. Wenn ich Webseiten aufrufe, dann
werden diese nicht oder nur teilweise geladen und der Ladevorgang läuft
endlos. E-Mails kann ich vom Desktop mit Thunderbird manchmal empfangen
und nicht senden! Der Sendevorgang wird nicht zu 100% ausgeführt und
bricht dann mit einem Timeout ab. Die Namensauflösung funktioniert
genauso wie ein Ping auf die jeweiligen Server. Vom Labtop aus kann ich
aber problemlos Webseiten aufrufen und E-Mails empfangen/senden! Mit dem
Desktop kann ich Webseiten im LAN (2. Desktop mit Apache und interner
Seite) problemlos aufrufen. Das betrifft i.Ü. alle Webbrowser (getestet:
Konqueror, Firefox).
Nun die Frage: Wo kann ich ansetzten? Hat jemand hier Erfahrung mit dem
FVS336GV2? Wenn ich einen anderen "einfachen" Router ran hänge geht es
ja auch wieder! Es muss also mit dem Router zusammenhängen! Da die
Seiten aber teilweise geladen werden, weiß ich mir keinen Rat....
--
Mit freundlichen Grüßen
Sebastian Reinhardt
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
Hallo,
kann mir einer von Euch bei der Erstellung eines ldiff für ldapmodify (config)
helfen, ich bringe es anscheinend weder mit YaST2 noch mit einem ldif hin.
Auch nicht mit g.... ;)
ich sollte das der ldapDatenbank hinzufügen?
# This is required for things to work _at all_
access to dn.base="" by * read
// das habe ich hinbekommen //
# Let each user change their login shell
access to dn="*,ou=people,dc=example,dc=com" attrs=loginShell
by self write
# Every user can read everything
access to *
by users read
und jetzt wird es noch komplizierter ;) für mich
authz-regexp
uid=(.*),cn=GSSAPI,cn=auth
uid=$1,ou=people,dc=example,dc=com
--
mit freundlichen Grüßen / best Regards,
Günther J. Niederwimmer
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
Hallo,
seit einigen Tagen bereits bietet mir die KDE-Update App ein Paket
Opensuse-2012-202 hdjmod an, welches kiritsche Problem lösen soll. Ich
habe sowas weder installiert noch findet die App auf meinem System oder
dem Updateserver das Paket. Wie kann ich dies nun beheben. irgendwie ist
das schon nervig.
--
Viele Grüße
Thomas
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
Hallo,
ich hab hier ein System mit opensuse11.4. Mir werden hier alle Platten
nach /dev/mapper/irgendwas gemappt, /dev/sd? kann dann nicht
angesprochen werden.
Weiß jemand wie ich das verhindern kann? Ich hab
/etc/rc.d/boot.devive-mapper schon mal aus der Bootreihenfolge
genommen...keine Wirkung.
Gruß
Daniel
--
Daniel Spannbauer Software Entwicklung
marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11
Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220
http://www.marco.de/ Email ds(a)marco.de
Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
