Поможем восстановить ПТС и СТС в Москве

Александр Машковцев

Обращался в компанию «Агент Гаи» за помощью в регистрации автомобиля. Не хотел сам возиться с документами, очередями и у машины была трещина на лобовом стекле. На учёт ставили во Владыкино, я подъехал, агент (Алексей) меня встретил. Сначала сбегал за заявлением, потом проехали на площадку осмотра, после Алексей сбегал в ГИБДД и принёс все документы. На всё чуть меньше часа. Про трещину на стекле инспектор с Алексеем что — то поговорили и всё. Доплачивать за неё меня не просили.

Руслан Гасумов

Хорошо, удобно всё сделали в одном месте. Составили договора, оформили страховку и поставили на учёт. С последним пришлось подождать где — то час. Сказали, если заранее записался бы, то быстро бы сделали без лишних ожиданий. Не знаю, не проверял.

Арсений Гусев

04.03.2020 12:03

Обращался в Агентгаи за переоформлением автомобиля.

Хотел так, чтобы сделали всё. Так и вышло, записался на следующий день подъехали. Нам сделали договор, ОСАГО и поставили на учёт. Я доволен, спасибо.

Дмитрий Иванов

10.02.2020 12:02

Проблем не было. Обговорили место и время, на следующий день встретились возле ГИБДД и всё сделали.

Кирилл

08.02.2020 12:02

Обратился в данную компанию за покупкой красивого номера. Хотел 777 на подмосковном регионе. Мне оперативно предложили несколько вариантов. Выбрал, через день приехал в ГИБДД Химки, на улице Лавочкина. На всю процедуру ушло 2,5 часа. Смутил вопрос предоплаты, сумма небольшая но всё равно… Можно и без предоплаты, но на 3 часа дольше процедура. А так я приехал, уже всё подготовлено было.

Ирина и Максим

Мы думали, что теперь автомобили можно регистрировать в автосалоне. Оказалось, что нет(((. Обзвонили многих, но остальные предлагали поставить машину на учёт в другой день, это нам не подходило. Обратились в эту компанию. Не понравилось, что услуга в день обращения стоит в два раза дороже. Но главное результат. За час поставили на учёт и выдали номера. Мы остались довольны.

ООО Крафт

В компанию приобрели 3 машины в лизинг. Сначала, думали своими силами ставить, но водители сказали, что у них не получится)). А самому накладно на эту операцию день тратить. Обратились в Агентгаи, по телефону консультировал Роман. На месте работал Максим. Мне понравилась консультация Романа, на Максима водители тоже не жаловались)… Всем доволен, когда выкупим автомобили, обязательно обратимся в эту компанию.

Семён

11.11.2019 13:11

Хорошая компания, спасибо за чёткую слаженную работу.

Фёдор Иванович

05. 11.2019 22:11

Раньше я и не знал о существование подобных компаний. Когда купил новую машину, случайно наткнулся на эту компанию. Позвонил, всё разузнал. Решил, самому не бегать, доверить все вопросы этой компании. Регистрировали мой автомобиль в ГИБДД по адресу Сигнальный пр. д. 9. В Агентгаи меня записали и сказали, когда приехать. Я приехал, меня встретил Агент Владислав и всё быстро сделал, за что ему большое спасибо.

Роман

10.10.2019 14:10

Мне всё понравилось. Нужно было срочно номера сдать на сохранение. Позвонил в эту компанию, мне сказали адрес МРЭО куда подъехать. Приехал, встретили и всё сделали. Через неделю там же повесили эти номера на новый автомобиль. Всё супер)))

Василий Давыдов

Водитель

01. 10.2019 14:10

Наша компания купила 2 новых авто в лизинг для зам. директоров. Необходимо было поставить эти машины на учёт в короткие сроки. Нашли этот сайт и заказали услугу. Всё было сделано в течении 1 дня. Спасибо, будем обращаться ещё!

Антон

25.09.2019 22:09

Мы приехали из Воронежа в Москву за машиной, хотели ехать обратно и ставить на учёт на родине. Но лизинговая компания задержала выдачу авто на один день. Пока ждали, позвонили в Агентгаи, договорились встретиться на следующий день возле отделения ГИБДД. Подъехали, поставили на учёт, получили московские номера на всё около часа ушло.

Дмитрий Шемякин

ИП

11.09.2018 18:09

Вносил изменения в ПТС и СТС через АгентГаи. Сделали всё довольно быстро и качественно. Предложили скидку 5% на последующие свои услуги. Рад что обратился именно к ним.

Юлия Карпова

Бухглатер

24.06.2018 00:06

Ставила на учёт свой новый автомобиль AUDI A3 через эту организацию. Сделали всё быстро, буду обращаться ещё.

Владимир Степанов

Пенсионер

11.05.2018 17:05

Все корректно, услуги предоставляются в соответствии с тем, что заявлено, проверил на себе, рекомендую! У меня некоторые проблемы со здоровьем, не пришлось самому бегать, за что очень благодарен. Успехов в работе!

linux — Как восстановить оболочку после отключения

спросил 11 лет, 2 месяца назад

Изменено 2 года, 6 месяцев назад

Просмотрено 99 тысяч раз

Я выполняю некоторую работу на удаленной машине с CentOS 5.

6, и моя сеть продолжает падать. Есть ли способ восстановить зависшие сеансы после повторного подключения?

РЕДАКТИРОВАТЬ: я выполняю обновление и установку с помощью yum и беспокоюсь, что это может быть проблемой, если процессы будут зависать посреди всего, что они делают.

• Linux
• сеанс
• оболочка
• сеть

1

Нет способа, но для предотвращения этого мне нравится использовать tmux . Запускаю tmux, запускаю операцию и иду дальше. Если я вернусь и обнаружу, что соединение прервано, все, что мне нужно сделать, это снова подключиться и ввести tmux прикрепить .

Вот пример.

 $ tmux
$ сделать <что-то большое>
......
Не удается подключиться по какой-либо причине
Восстановить
$ tmux лс
0:1 windows (создано вт 23 авг 12:39:52 2011) [103x30]
$ tmux прикрепить -t 0
Назад в сессию tmux
 

3

Рекомендации для tmux и screen — хорошие предложения. Они подразумевают ответ на ваш вопрос, но на самом деле не заявляют об этом. Ответ на вопрос: никак. Если вы входите через ssh, оболочка завершается при разрыве соединения. Обходной путь заключается в том, чтобы войти в систему и немедленно запустить какой-либо виртуальный терминал (это можно сделать с помощью таких инструментов, как dtach , abduco , tmux или screen ). Когда соединение разрывается, оболочка, в которой вы находитесь, завершается, но вы можете открыть новую оболочку и повторно подключиться к виртуальному терминалу, на котором запущена оболочка, в которой вы фактически выполняете свою работу.

4

Как сказал Уильям, краткий ответ — нет, ни за что. Чтобы предотвратить это, вы можете использовать команду экрана до потери соединения

4

Кто-то добавил reptyr в комментарий, а не в ответ, поэтому я не могу проголосовать за него, но он кажется хорошим ответом на отредактированный вопрос и отлично работает в CentOS.

см.: https://github.com/nelhage/reptyr https://www.ostechnix.com/reptyr-move-running-process-new-terminal/

Можно ли восстановить зависшие сеансы после повторного подключения?

РЕДАКТИРОВАТЬ: я обновляю и устанавливаю с помощью yum и беспокоюсь это может быть проблемой, если процессы продолжают зависать в середине что бы они ни делали.

То же самое, я потерял удаленное подключение к сеансу обновления yum. Итак, я искал и нашел этот вопрос … затем снова подключился и использовал экран на этот раз:

1. переподключить ssh
2. экран
3. установить рептир по ссылкам выше
4. пс-а | греп ням
5. рептир псид

, и вот я в восстановленной подсказке, которую yum выдавал несколькими часами ранее.

Технически все ответы верны, это НЕ восстановление зависшего сеанса, это переназначение осиротевшего процесса текущему сеансу. И очень полезно это тоже. ..

1

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

Для этого используйте команды «nohup» и «disown», которые обычно являются встроенными командами большинства оболочек, т.е. вам не нужно ничего устанавливать. Однако это работает только для неинтерактивных команд.

Таким образом, шаги будут следующими:

1. Вход на сервер
2. Запустите команду: «nohup sudo yum update &» (это также запишет весь вывод в файл nohup.out в вашем текущем каталоге)
3. Запустить «отказаться %1»
4. Не стесняйтесь отключиться в этот момент или дождитесь отключения 🙂

Когда вы вернетесь на сервер, просто «хвост nohup.out», чтобы увидеть, как работает команда.

3

Как многие уже предлагали screen и tmux , они оба поддерживают базовую функциональность, но имеют разные специфические особенности, поэтому нельзя сказать, что один лучше другого во всех случаях. Например, только tmux поддерживает Window-splitting , в то время как только экран GNU может переключать перенос длинных строк с помощью (Ctrl+a r). Более подробное сравнение смотрите здесь.

Также существуют инструменты, специально предназначенные для решения этой проблемы с ssh:

Autossh — это программа для запуска копии ssh и ее мониторинга, перезапуская ее при необходимости, если она умирает или прекращается прохождение трафика. Идея от rstunnel.

Mosh — это приложение для удаленного терминала, которое допускает роуминг, поддерживает прерывистое подключение и обеспечивает интеллектуальное локальное эхо и редактирование строк нажатий клавиш пользователя. Mosh является заменой SSH. Он более надежен и отзывчив, особенно по Wi-Fi, сотовой связи и междугородним соединениям.

Это можно сделать с помощью оболочки tmux . Если вы отключились, самый быстрый способ повторно подключить сеанс:

 tmux a #0
 

2

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Обязательно, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Нажимая «Опубликовать свой ответ», вы соглашаетесь с нашими условиями обслуживания, политикой конфиденциальности и политикой использования файлов cookie

.

linux — Восстановление с rm -rf /proc /sys/ /dev/pts /dev без перезагрузки?

спросил 5 лет, 8 месяцев назад

Изменено 5 лет, 8 месяцев назад

Просмотрено 2к раз

Несерьезная проблема, потому что ее можно исправить перезагрузкой, но мне любопытно узнать, есть ли способ восстановить файлы (возможно, не все, но как можно больше) в /proc , /sys , /dev/pts и /dev .

Я частично удалил их при удалении каталога chroot с этими каталогами, смонтированными с помощью

 mount -t proc proc [path/to/chroot]/proc
mount -t sysfs sys [путь/к/chroot]/sys
mount --bind /dev/[путь/к/chroot]/dev
mount -t devpts /dev/путь [путь/к/chroot]/dev/pts
 

в Ubuntu 16. 10 amd64. Не удалось удалить некоторые файлы (я не записал сообщение об ошибке), потому что в удалении файлов было отказано, что я могу понять. Я предполагаю, что решения применимы ко всем системам на базе Debian.

После выхода из chroot я вижу что-то вроде

 $ ls -bash: /dev/null: Keine Berechtigung
bash: _upvars: `-a2': недопустимый спецификатор числа
-bash: /dev/null: Кейне Берехтигунг
bash: _upvars: `-a0': недопустимый спецификатор числа
 

во время автодополнения с помощью Tab на ls (после экспорта LANGUAGE=en ).

• linux
• mount
• устройства
• proc
• sysfs

На самом деле вы не можете удалить большинство файлов из /proc или /sys . Это интерфейсы к ядру, а не вещи, хранящиеся на диске, и большинство интерфейсов ядра — это то, что ядро ​​хочет предоставить, и пользовательское пространство не может влиять на них.

Помните, что возможны исключения — это необычно, но драйвер может присвоить значение удалению файла из файловой системы ядра. Это печально известный случай evivarfs, который обычно монтируется под /sys/firmware/efi/efivars 9.0028 в системах с UEFI. Удаление файлов может привести к поломке вашего компьютера, удалив его загрузочную конфигурацию. И systemd использовал для его монтирования чтение-запись…

Чтобы восстановить сами файловые системы в ядре, вы просто перемонтируете их. На самом деле, rm -rf /proc /sys не удалил бы их, потому что большинство этих файлов просто невозможно удалить, а точки монтирования нельзя удалить, пока на них что-то монтируется. Но если вы каким-то образом попали в состояние, когда /proc и /sys больше не существуют, вы можете заново создать каталоги и смонтировать их.

 мкдир /proc /sys
mount -t proc proc /proc
mount -t sys sysfs /sys
 

Конечно, вам понадобится корневая оболочка.