palpalych

indeviral
ну что, это что нибудь дало?)

та-дам

150606 20:02:03 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
2015-06-06 20:02:05 0 [Note] /usr/bin/mysqld (mysqld 5.6.24-72.2) starting as process 554 ...
2015-06-06 20:02:05 554 [Note] InnoDB: Using atomics to ref count buffer pool pages
2015-06-06 20:02:05 554 [Note] InnoDB: The InnoDB memory heap is disabled
2015-06-06 20:02:05 554 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2015-06-06 20:02:05 554 [Note] InnoDB: Memory barrier is not used
2015-06-06 20:02:05 554 [Note] InnoDB: Compressed tables use zlib 1.2.8
2015-06-06 20:02:05 554 [Note] InnoDB: Using Linux native AIO
2015-06-06 20:02:05 554 [Note] InnoDB: Using CPU crc32 instructions
2015-06-06 20:02:05 554 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2015-06-06 20:02:05 554 [Note] InnoDB: Completed initialization of buffer pool
2015-06-06 20:02:06 554 [Note] InnoDB: Highest supported file format is Barracuda.
2015-06-06 20:02:08 554 [Note] InnoDB: 128 rollback segment(s) are active.
2015-06-06 20:02:08 554 [Note] InnoDB: Waiting for purge to start
2015-06-06 20:02:08 554 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.24-72.2 started; log sequence number 84317432
2015-06-06 20:02:08 554 [Note] RSA private key file not found: /var/lib/mysql//private_key.pem. Some authentication plugins will not work.
2015-06-06 20:02:08 554 [Note] RSA public key file not found: /var/lib/mysql//public_key.pem. Some authentication plugins will not work.
2015-06-06 20:02:08 554 [Note] Server hostname (bind-address): '*'; port: 3306
2015-06-06 20:02:08 554 [Note] IPv6 is available.
2015-06-06 20:02:08 554 [Note]   - '::' resolves to '::';
2015-06-06 20:02:08 554 [Note] Server socket created on IP: '::'.
2015-06-06 20:02:08 554 [Note] Event Scheduler: Loaded 0 events
2015-06-06 20:02:08 554 [Note] /usr/bin/mysqld: ready for connections.
Version: '5.6.24-72.2'  socket: '/run/mysqld/mysqld.sock'  port: 3306  MySQL Community Server (GPL)

нет, ничего не дало, падлаааа.....
Что-то мне кажется дело в InnoDB как сделать базу в MyISAM?

anisart
Пробовал комментировать пути в /etc/ld.so.conf.d/*.conf - все так же грузится и сегфолтится.
Со старого ядра загрузиться не могу, в этой системе более старого не было, заново например linux-lts поставить не могу - в процессе установки сегфолтится (наверняка какой-нибудь awk используется, а он сейчас падает). Если из соседней системы поставить другое ядро и грузить первую систему с него, то получаем "failed to mount /boot". Нельзя просто так взять и подсунуть другое ядро системе :)

$ cat /etc/ld.so.conf
include /etc/ld.so.conf.d/*.conf
$ ls /etc/ld.so.conf.d/
fakeroot.conf  lib32-glibc.conf  opencollada.conf
$ cat fakeroot.conf  lib32-glibc.conf  opencollada.conf
/usr/lib/libfakeroot
/usr/lib32
/usr/lib/opencollada
$ ldd /usr/bin/firefox
linux-vdso.so.1 (0x00007ffeded11000)
 libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007ff86efce000)
 libdl.so.2 => /usr/lib/libdl.so.2 (0x00007ff86edca000)
 libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007ff86ea48000)
 libm.so.6 => /usr/lib/libm.so.6 (0x00007ff86e744000)
 libc.so.6 => /usr/lib/libc.so.6 (0x00007ff86e3a2000)
 /lib64/ld-linux-x86-64.so.2 (0x00007ff86f1eb000)
 libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007ff86e18c000)

anisart
Так я и не говорю, что проблема в gdb, chromium или еще каких прогах, которые юзают glibc. Ясен пень, что тут либо косячит ld-2.21.so, либо память (хотя рядом другая инсталяция арча работает нормально и на сегфолты не жалуется).
Вот ради интереса, кто-нибудь с 64 бит напишите вывод ls -la /usr/lib/ld-*

-rwxr-xr-x 1 0 0 161K апр 23 04:40 /usr/lib/ld-2.21.so
lrwxrwxrwx 1 0 0   22 апр 23 13:46 /usr/lib/ld-linux.so.2 -> ../lib32/ld-linux.so.2
lrwxrwxrwx 1 0 0   10 апр 23 04:40 /usr/lib/ld-linux-x86-64.so.2 -> ld-2.21.so
uname -a
Linux naumov 4.0.4-2-ARCH #1 SMP PREEMPT Fri May 22 03:05:23 UTC 2015 x86_64 GNU/Linux

anisart
Ну у меня то теперь gdb падает, но там же. Так что gdb для отладки я использовать не могу)