Современные Jessie/Stretch при установке не ставят acpi-support но изначально видят UPS включенный через USB (У меня Powercom) - однако в настройках питания не вижу задержки перед активацией hibernate. Есть лишь hibernate «при разряде ИБП» и «при критическом разряде ИБП». Однако когда случился «разряд ИБП» и тем более «Критический разряд ИБП» на уход в hibernate может не хватить времени работы UPS. Хочется чтобы через 10с (значит не моргнуло а отключилось) начинался гибернейт.

Даже при установке acpi-support и работе в Gnome/Mate - при отключении питания срабатывают не скрипты из /etc/acpi а то что установлено с помощью gsettings. Вот и хочется знать что и где установить чтобы через 10 секунд начинался гибернейт.

Мне пока не удалось «нагуглить» и «натыкать» решение.

Где можно ознакомиться с идеологией работы с UPS в Десктоп сессии? Как gsettings и /etc/acpi делят права? Отрабатывает и gsettings и /etc/acpi/* или кто то один из них?

Спасибо, 0лег.

На тему лучших дистрибутивов идёт извечный холивар. Я на эту позицию поставил Debian только из за того что крайний релиз: Jessie идёт на огромном количестве платформ - начиная от Cyrix C6 и заканчивая самыми новыми процессорами, тогда как многие дистрибутивы стали x86_64. Конечно предвижу контраргументы, но зайдя на centos.org и ubuntu.com увидел лишь x86_64 образы и попытка их запустить на стареньком P-III не увенчалась успехом, тогда как Debian в multiarch варианте с CD ставится даже на такую древнюю машнку как Via C6. В части дистрибутивов установочное ядро собрано для свежих процессоров (В частности Arch Linux сказал: нет cx8 cmov на моём P-III) - а Debian Jessie ставится на всём что у меня есть. Даже на USB HDD и грузится с него на совершенно разных компьютерах.

Есть и пример в виде компа с 5*160Gb винтами с единственным разделом на каждом, собранными в RAID5, на нем lvm и уже в lvm живут data,swap,root и вся эта радость даже может уходить в «спящий режим» на этот бутерброд и потом взлетает и просыпается. Этот бутерброд ещё на Wheezy был собран.
Вот только не помню взлетал ли он с одним отключенным винтом, а проверять и потом ресинкать не хочется... но в случае выхода винта из строя всегда можно загрузиться с USB и синкнуть массив - даже если он сам не взлетит.

Ну в общем Debian рулит везде. Конечно у каждого дистрибутива есть свои преимущества - но они встают не везде. Есть конечно и другие встающие везде (на PIII встал ещё и gentoo, но сборка софта на таком старье ещё та жесть...)

Такой так сказать «КРИК ДУШИ!». Как всё утомило...

Казалось бы - Линукс работает стабильно, но иногда таки рушится.

Иногда всё так сваливается в кучу... Пишу вот уже с 4 компа (ноута) под Win10.
На первом «повис» Jessie, на втором древнем загрузил sid и начал писать - оно умерло (картинка есть но машина мертва - видимо железо). Грузанул оффтопик на третьей машинке - lor отказывается пускать - «ошибка авторизации». Пришлось «разбудить» ноут...

В общем эпопея началась с того что кончилось место и необходима некоторая реструктуризация диска. Перед активными действиями решил сделать резервный синк 3T Винта на 3T USB3 винт. Подмонтировал, запустил рсинк, лёг спать.

Просыпаюсь - на экране бэкграунд экрана блокировки без диалога разблокировки. Ctrl-Alt-F1 не помогает, по samba разделы не видны, ssh не пускает но при этом лампочка hdd регулярно «помыргивает». Конечно REISUB помог, но при детальном рассмотрении оказалось что и E,I Отключены по дефолту. Включил.

Однако теперь опять пускать многочасовой рсинк...
У лога предыдущего рсинка время модификации 9:02 - т.е. в 9:02 и рсинк встал.

Сейчас всё стало настолько «круто» что тяжело искать причины косяков, а если найдёшь остаётся лишь пинать создателей или отказаться от косячного.

Возможно здесь злую шутку сиграл zfs. ФС удобная, но при массированных операциях типа рсинка кушает много памяти (у меня пакованный zfs) и в случае высокого аптайма в десктопе+mozilla её оказывается критически мало.

Сейчас конечно начнутся крики: «ССЗБ», но вот как то так...

Работал работал, а когда понадобился parted - узнал что бага в таблице разделов.

parted пишет:
# parted /dev/sda
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Error: Can't have overlapping partitions.
Ignore/Cancel? i
Error: Can't have overlapping partitions.
Ignore/Cancel? i
Error: Can't have a logical partition outside of the extended partition on
/dev/sda.
Ignore/Cancel? i
Model: ATA ST340016A (scsi)
Disk /dev/sda: 40,0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 106MB 105MB primary ntfs boot
2 106MB 31,5GB 31,4GB primary ntfs
3 31,5GB 40,0GB 8557MB extended
5 31,5GB 40,0GB 8561MB logical lvm

(parted)
Тут косяков в таблице вроде как не видно...

# fdisk -l /dev/sda
Disk /dev/sda: 37,3 GiB, 40020664320 bytes, 78165360 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x18cf18cf

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 61448624 61241777 29,2G 7 HPFS/NTFS/exFAT
/dev/sda3 61444094 78156224 16712131 8G 5 Extended
/dev/sda5 61444096 78163967 16719872 8G 8e Linux LVM

Тут видно что sda2 заканчивается 61448624
sda3 начинается 61444094 (Раньше).

Можно конечно «попробовать восстановить данные» в gparted или testdisk натравить, но думаю надо просто End у sda2 уменьшить - потому что система и все разделы работают.

Подскажите чем уменьшить End у sda2? После этого проверю результат тем же parted. Боюсь я ИИ доверять «восстановить» - оно такого может наворочать...

Jessie x64+MATE
После выходных пришел на работу (ноут не выключался), переключаю виртуальные десктоопы - не переключаются. Теоретически мог из дома сделать dist-upgrade, но не помню.

После разборок выяснилось что при задании комбинаций клавиш можно задать Ctrl+Key, Shift+Key а вот нажатие Ctrl+Shift+KEY выдаёт либо Ctrl+Key либо Shift+Key рандомом.

Что могло поменяться за выходные?

Пробовал грузить Ту же Jessie но x32 с USB винта (Не апдейтил уже пару месяцев) - Клавиши работают.

Пальцы помнят и тяжело переключать 9 виртуальных десктопов новыми клавишами. Раньше было Ctrl+Alt+KEYPAD сейчас на ноуте вместо Shift пришлось задействовать кнопку Fn - вот в комбинации с ней Ctrl работает.

У кого какие мысли на тему того - что могло сломаться и как вернуть всё взад?

Возникла задача - создание базы потенциальных клиентов которых затем обработают менеджеры. Насколько я понимаю такие вещи можно реализовать в crm. Пытался искать - но на lor обсуждения с большими сроками давности. В данный момент есть какой то мэйнстрим? php с хорошей руссификацией. Подскажите пожалуйста, а то выписал уже массу имён но что из этой массы наиболее актуально не знаю.

zfs поставил давно, на Debian Wheezy и начиналось всё с zfsonlinux. Затем сами образовались (заметил лишь сейчас) debian-zfs, zfs-*, уж и не знаю кто сейчас обеспечивает zfs.

Система была установлена на старый добрый ext4 раздел размером 20G и живущий в lvm, всё остальное было отдано zfs. Туда я отослал /home и /var/lib/mlocate - Потому что индексы 5 терабайтов толстые...

Всё было замечательно, пока бесперебойник не сдох во время затянувшейся попытки уйти в гибернейт. После загрузки нет ни хомяков ни mlocate.

Попытка:
#zpool import S160-zfs приводит к:
PANIC: zfs: allocating allocated segment (offset= size=)
И на этом всё встаёт.

Благо разделы zfs с другими данными не пострадали.

Пока поднимаю Jessie x64 на USB. Буду с него пытаться добраться...
Имеющийся Jessie x32 не помог. Штатные средства работы с zfs (В дистре Jessie) сказали что раздел имеет более свежую версию и как я понимаю она есть лишь для x64.

Может кто уже сталкивался с подобным и знает как пофиксить раздел ведущий к ПАНИКЕ?

здравствуйте.

Решил подучить Gentoo way и начал с простого дистрибутива - Calculate linux. Установил в варианте с MATE Desktop и обнаружил что в Меню завершения работы есть лишь пункты: Перезагрузить, Отменить, Выключить - тогда как в Debian: Ждущий режим, Спящий режим, Перезагрузить, Отменить, Выключить.
Как мне добиться Ждущего и Спящего режима? При этом в системе эти режимы работают и Ноутбук замечательно по кнопке Sleep уходит в ждущий а по Power в спящий режим. Естественно работают и #pm-suspend и #pm-hibernate.

Надеюсь решение есть, но пока не нагуглил...

Сабж.

#pm-suspend и
#pm-hibernate работают, а в «Выключить» только Перезагрузить|выключить.

Даже В Параметрах управления питанием есть «Спящий режим» для кнопки power.
Как добыть спящий режим в меню выключения?

Ну раз предыдущую тему забанили за жж, то изменим формат.

Крайняя Debian Jessie может с одного и того же мультиархитектурного CD диска встать на широкий спектр железа (начиная с VIA C3 и вплоть до 12 ядерного Xeon). Инсталлятор с UI позволяет делать менюшную уcтановку даже на шифрованную LVM или программный RAID. Система замечательно устанавливается на USB HDD и грузится с него.

Многие другие дистры или только x64, или установка требует владения напильниками специфичными для дистрибутива. VIA C3 вообще жесть. На нём падает grub и большинство дистрибутивов ставящих его по умолчанию - не встанут. Впрочем с одним из разработчиков этот баг локализовали о он сделал патч. Возможно следующая партия дистрибутивов уже будет взлетать даже на этой древности.

Вот как то так... Для каждого конечно лучший тот дистрибутив к которым он давно работает - но я рассматриваю вариант дающий штатную установку многих возможностей из менюшного (или даже GUI) инсталятора.

В каком направлении слать баг репорты и где обычно это указывается?
На каком языке слать баг репорты?
Возможны ли они на русском?

приветствую.

Есть старенькая машинка. CPU: VIA C3 Ezra.
После установки Jessie - не грузится.
Уже на этапе загрузки загрузчика grub2 перезагружается.
Можно ли поставить grub 1 на этапе установки?
В принципе grub1 из grub1 shell ставится и если не найду более простого решения на этапе установки то поменяю grub после установки. Жаль что от загрузки с LVM придётся отказаться.

Ещё подскажите каким образом и в каком направлении можно выслать баг репорт? Вдруг поправят загрузчик и grub2 будет работать на древних процах...

имеем ситуацию:

Стоит Debian Jessie
Iceweasel 42.0
Ctrl-N Открывает пустое окно хотя в настройках:
«Показать домашнюю страницу» и
Домашняя страница:http://google.com

Откуда могут расти ноги и как это можно исправить?

всем привет.

Расскажите, существуют ли рецепты создания загрузочной флешки с Linux? В принципе Debian давно и успешно ставится на USB носители (есть у меня экземпляры живущие на USB HDD), но флеш это не HDD и имеет ограниченное количество циклов перезаписи.

Есть же файловые системы оптимизированные под флеш накопители и размазывающие циклы записи по носителю. Другой вопрос - а сможет ли Jessie загрузиться с такого носителя и сколько ей надо памяти для работы в X без свопа...

Сейчас всё дошло до приличного Плаг'н'Плэя и Debian замечательно грузится с USB HDD в Gnome на совершенно разных компьютерах.

В общем есть прецеденты такого использования Debian?
USB HDD хорошо, но хочется чего то более компактного.

приветствую.

Я конечно понимаю что руки у меня из Ж но так вот получилось...

В общем стоит у меня везде браузер firefox (на Debian это iceweasel) и с определенного момента они все синхронизируются. Везде Adblock+NoScript но где то что то прощёлкал и влетела зараза выставляющая home.searchpile.com в качестве стартовой страницы. Пробовал очистить firefox, но он оставляет источник синхронизации и опять втаскивает searchpile.

Впрочем пока писал сообщение с зараженного iceweasel - на параллельном виндовом компе сделал «восстановить по умолчанию» в настройках домашней страницы и оно «переползло» сюда - на зараженный iceweasel и «вылечило» его. Буду надеяться что оно везде теперь так а не вползет снова с какого нибудь из компьютеров.

Вот такой блин «вирус» - хорошо что не деструктивный... (надеюсь).

Стоит машина, ни чего не делает - а проц занят под самое нехочу...

Пускал #top,#htop,#nmon. Ни каких активных задач, процессор грузится системой. Разлогинился из X - активен только GDM3. Впрочем и GDM останавливал - ни чего не изменилось.

top

top - 14:58:04 up 10 days, 12:03,  2 users,  load average: 1,18, 1,39, 1,51
Tasks: 315 total,   1 running, 314 sleeping,   0 stopped,   0 zombie
%Cpu(s): 13,9 us, 52,3 sy,  0,0 ni, 33,8 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:   8064288 total,  7023428 used,  1040860 free,   113520 buffers
KiB Swap: 16777212 total,   158584 used, 16618628 free.   339396 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND          
26585 n0mad     20   0    4328    928    768 S  12,3  0,0 188:46.15 sh               
    3 root      20   0       0      0      0 S   0,7  0,0  14:42.82 ksoftirqd/0      
   13 root      20   0       0      0      0 S   0,7  0,0  16:02.68 ksoftirqd/1      
30617 root      20   0   25872   3220   2520 R   0,7  0,0   0:00.07 top              
    7 root      20   0       0      0      0 S   0,3  0,0  27:04.03 rcu_sched        
    9 root      rt   0       0      0      0 S   0,3  0,0   1:44.73 migration/0      
 1633 root      20   0  361440   8708   4240 S   0,3  0,1  39:35.48 teamviewerd      

  1  [||||||||||||||||||||||     66.2%]     Tasks: 91, 224 kthr; 2 running
  2  [||||||||||||||||||||||     65.5%]     Load average: 1.46 1.41 1.50 
  Mem[|||||||||||||||||||||6416/7875MB]     Uptime: 10 days, 12:05:43
  Swp[|                    154/16383MB]

  PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
 4835 Debian-gd  20   0 1337M  102M 52576 S  0.0  1.3  0:02.29 gnome-shell --mode=gdm
 2438 btsync     20   0  625M 31228  4016 S  0.3  0.4  1h42:47 /usr/lib/btsync/btsync
  483 Debian-gd  20   0  866M 30024 24028 S  0.0  0.4  0:00.46 /usr/lib/gnome-setting
 2507 root       20   0  323M 28596 22028 S  0.0  0.4  0:26.35 /usr/sbin/apache2 -k s
14687 root       20   0  169M 23736 12232 S  0.0  0.3  0:00.24 /usr/bin/Xorg :0 -novt

nmon─14g─────────────────────Hostname=Zer0─────────Refresh= 2secs ───15:02.43──────┐
│ CPU +-------------------------------------------------------------------------+   │
│100%-|                                                |                            │
│ 95%-|                                                |                            │
│ 90%-|                                                |                            │
│ 85%-|                                                |                            │
│ 80%-|                                                |                            │
│ 75%-|             w    s  s  s  s                    |                            │
│ 70%-|             ssss s  s  s  s                    |                            │
│ 65%-|ssssssssssssssssssssssssssssssssssssssssssssssss+                            │
│ 60%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 55%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 50%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 45%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 40%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 35%-|ssssssssssssssssssssssssssssssssssssssssssssssss|                            │
│ 30%-|ssssssssssssssssssUsssssssssssssssssssssssssssss|                            │
│ 25%-|sssssssssssssUUUssUssUssUssUssssssssssssssssssss|                            │
│ 20%-|sssssssssssssUUUUUUssUssUssUssssssssssssssssssss|                            │
│ 15%-|UUUsUsUUsUUUsUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU|                            │
│ 10%-|UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU|                            │
│  5%-|UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU|                            │
│     +--------------------User---------System---------Wait---------------------+   │
│ CPU Utilisation ──────────────────────────────────────────────────────────────────│
│---------------------------+-------------------------------------------------+     │
│CPU  User%  Sys% Wait% Idle|0          |25         |50          |75       100|     │
│  1  15.0  53.0   0.0  32.0|UUUUUUUssssssssssssssssssssssssss    >           |     │
│  2  15.2  48.2   0.0  36.5|UUUUUUUssssssssssssssssssssssss       >          |     │
│---------------------------+-------------------------------------------------+     │
│Avg  14.9  50.9   0.0  34.2|UUUUUUUsssssssssssssssssssssssss     >           |     │
│---------------------------+-------------------------------------------------+     │
│ Memory Stats ─────────────────────────────────────────────────────────────────────│
│                RAM     High      Low     Swap    Page Size=4 KB                   │
│ Total MB      7875.3     -0.0     -0.0  16384.0                                   │
│ Free  MB      1002.7     -0.0     -0.0  16229.2                                   │
│ Free Percent    12.7%   100.0%   100.0%    99.1%                                  │
│             MB                  MB                  MB                            │
│                      Cached=   342.1     Active=   400.8                          │
│ Buffers=   110.9 Swapcached=    12.7  Inactive =   224.6                          │
│ Dirty  =     0.0 Writeback =     0.0  Mapped   =   122.9                          │
│ Slab   =  5853.4 Commit_AS =  2027.6 PageTables=    16.1                          │
│ Kernel Stats ─────────────────────────────────────────────────────────────────────│
│ RunQueue              2   Load Average    CPU use since boot time                 │
│ ContextSwitch   11544.9    1 mins  1.63    Uptime Days= 10 Hours=12 Mins= 8       │
│ Forks            1566.7    5 mins  1.51    Idle   Days=  6 Hours= 0 Mins=50       │
│ Interrupts       2093.9   15 mins  1.52    Average CPU use= 42.55%                │
│ Top Processes Procs=315 mode=3 (1=Basic, 3=Perf 4=Size 5=I/O)─────────────────────│
│  PID    %CPU  Size   Res   Res   Res   Res Shared   Faults Command                │
│          Used    KB   Set  Text  Data   Lib    KB  Min  Maj                       │
│   26585  11.9  4328   928   112   332     0   768 6789    0 sh                    │
│      13   1.0     0     0     0     0     0     0    0    0 ksoftirqd/1           │
│    9325   1.0 17712  5680   160  7200     0  1980  156    0 nmon                  │
│       3   0.5     0     0     0     0     0     0    0    0 ksoftirqd/0           │
│       7   0.5     0     0     0     0     0     0    0    0 rcu_sched             │
└─────────Warning: Some Statistics may not shown────────────────────────────────────┘

Поставил Jessie.
Нужно было добавить пользователя в группу fuse и я узнал что такой группы нет. Поставил всё что мог включающее слово fuse

root@JessiEl:/home/n0mad# dpkg -l '*fuse*'
Желаемый=неизвестно[u]/установить[i]/удалить[r]/вычистить[p]/зафиксировать[h]
| Состояние=не[n]/установлен[i]/настроен[c]/распакован[U]/частично настроен[F]/
            частично установлен[H]/trig-aWait/Trig-pend
|/ Ошибка?=(нет)/требуется переустановка[R] (верхний регистр
в полях состояния и ошибки указывает на ненормальную ситуацию)
||/ Имя            Версия       Архитектура  Описание
+++-==============-============-============-=================================
ii  afuse          0.4.1-1+b1   i386         automounting file system implemen
ii  fuse           2.9.3-15+deb i386         Filesystem in Userspace
ii  gvfs-fuse      1.22.2-1     i386         userspace virtual filesystem - fu
ii  libfuse2:i386  2.9.3-15+deb i386         Filesystem in Userspace (library)

Имеем: Debian Jessie x64, MATE Desktop

Работает месяцев 9...
После пары дней аптайма стал трапаться mc:

n0mad@0F:(unreachable)/$ mc
Ошибка сегментирования

Сначала не обратил внимания на unreachable затем увидел и после $cd /;mc всё нормально. Такая же история и при запуске xterm из гномьего меню. Миднайт из меню запускается.

Началось на прошлой неделе, сделал dist-upgrade, перезагрузился - всё в порядке. Прихожу сегодня и запуск консоли опять выдаёт это.

Iceweasel из меню запуска не запускается. По Ctrl-N из существующего окна - создаётся новое. Впрочем из той консоли:

-----
n0mad@0F:(unreachable)/$ iceweasel

(process:13502): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

n0mad@0F:(unreachable)/$ free
             total       used       free     shared    buffers     cached
Mem:       8159044    7126496    1032548     104412     362388    3167424
-/+ buffers/cache:    3596684    4562360
Swap:      7999484       5464    7994020

-----

приветствую.

Сегодня выпал ффшоккк...

Сижу на Джессике x64 с 8 метрами рамы... Аптайм 30 дней...
Наблюдаю дикие тормоза сайта.
Пинаю хостера.
Те утверждают что с сайтом всё в порядке.
Открываю сайт с соседней винды - всё мгновенно. Фигею... Начинаю разбор полётов:

$ ping penza.press
PING penza.press (193.106.92.207) 56(84) bytes of data.
64 bytes from 193.106.92.207: icmp_seq=1 ttl=55 time=22.3 ms
64 bytes from 193.106.92.207: icmp_seq=2 ttl=55 time=21.7 ms
64 bytes from 193.106.92.207: icmp_seq=3 ttl=55 time=21.8 ms

$ time lynx --dump -head "http://penza.press"

Идет поиск penza.press
Устанавливается HTTP соединение с penza.press
Внимание!: Не удается установить соединение с удаленной машиной.

lynx: Нет доступа к начальному файлу http://penza.press/

real 2m7.421s
user 0m0.024s
sys 0m0.016s

Проверяю Яндекс....

$ time lynx --dump -head "http://yandex.ru"
HTTP/1.1 302 Moved temporarily
Location: http://www.yandex.ru/
X-XSS-Protection: 1; mode=block
X-Content-Type-Options: nosniff



real 0m0.071s
user 0m0.012s
sys 0m0.000s

Больше Линукс машинки рядом к сожалению нет - захожу на удалённую VM:

$ time lynx --dump -head "http://penza.press"
HTTP/1.1 200 OK
Server: nginx/1.8.0
Date: Thu, 24 Sep 2015 12:07:38 GMT
Content-Type: text/html; charset=UTF-8
Connection: close
X-Powered-By: PHP/5.4.45-0+deb7u1
Set-Cookie: mc_session_ids[default]=d57a8cbe3fbf4143bca4ebc8414554fc0fca7fc5; ex
pires=Thu, 24-Sep-2015 12:12:37 GMT; path=/; httponly
Set-Cookie: mc_session_ids[multi][0]=7b2a25a1614ddbb004a9e2cc227aba879d5e27e8; e
xpires=Thu, 24-Sep-2015 12:12:37 GMT; path=/
Set-Cookie: mc_session_ids[multi][1]=704b4cf12f84cf247e8f86602f53077d6e577851; e
xpires=Thu, 24-Sep-2015 12:12:37 GMT; path=/
Set-Cookie: mc_session_ids[multi][2]=5f680f2f3c9168fbe7c857b6c3d2b8493a142634; e
xpires=Thu, 24-Sep-2015 12:12:37 GMT; path=/
Set-Cookie: mc_session_ids[multi][3]=118924cfb628547309f358d64f16a596eb650e43; e
xpires=Thu, 24-Sep-2015 12:12:37 GMT; path=/
Set-Cookie: mc_session_ids[multi][4]=2e6dfc54ac572d452b2ab5460e0cb6fd96c6aecd; e
xpires=Thu, 24-Sep-2015 12:12:37 GMT; path=/
X-Pingback: http://penza.press/xmlrpc.php
Vary: Accept-Encoding



real 0m1.375s
user 0m0.006s
sys 0m0.006s

Может кто сказать что может быть за бред и как его диагностировать? Неужели ребутить как винду?

Хочется заходить с любого устройства (Linux/Win/MAC/Android/iPhone) даже одновременно, видеть глобальную хистори и работать сразу на всех устройствах.

В общем ищу альтернативу закрытому скайпу. В большинстве im - своя хистори на каждом устройстве и при подключении очередного устройства другие выпадают из связи и сообщения приходят на последнее подключившееся.

Сейчас развелось много im, но все перебрать тяжко. Подумал было на фейсбук (Он есть в Sawim на Андроиде и Pidgin на Линуксе) но к сожалению исходящие сообщения не дублируются на другие устройства - только входящие есть везде. Полная хистори разве только на сайте фейсбука (впрочем там со тороны im всё тот же XMPP).

Есть альтернатива скайпу?