Linux Backup ຈາກ Veeam ໃນ Elbrus OS. ການທົດແທນການນໍາເຂົ້າ ['?' | '.' | '!']

ສະບາຍດີທຸກໆທ່ານ.
ບົດຄວາມທີ່ຜ່ານມາກ່ຽວກັບ Habre ການທົດແທນການນໍາເຂົ້າໃນການປະຕິບັດ. ສ່ວນທີ 1. ທາງເລືອກ и ດົນ​ຕີ​ບໍ່​ໄດ້​ຫຼິ້ນ​ສໍາ​ລັບ​ການ ... ຫຼື​ວິ​ທີ​ການ Elbrus OS ບໍ່​ເຄີຍ​ໄດ້​ກາຍ​ເປັນ​ຟຣີ​ ບໍ່ໄດ້ປ່ອຍໃຫ້ຂ້າພະເຈົ້າ indifferent. ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈສຶກສາບັນຫານີ້ໃນແງ່ຂອງວຽກງານສໍາຮອງຂໍ້ມູນ. ຍິ່ງໄປກວ່ານັ້ນ, ໃນ ບົດຂຽນນີ້ ຜະລິດຕະພັນຊອບແວ Veeam ໄດ້ຖືກກ່າວເຖິງ, ຊຶ່ງຫມາຍຄວາມວ່າບັນຫາອາດຈະມີຄວາມກ່ຽວຂ້ອງໂດຍສະເພາະໃນແງ່ຂອງການທົດແທນການນໍາເຂົ້າ.

ແຫຼ່ງຮູບຕົ້ນສະບັບ

ກ່ອນອື່ນ ໝົດ, ຂ້ອຍໄດ້ຕັດສິນໃຈດາວໂຫລດ Elbrus OS, ຫຼືແທນທີ່ຈະ, ພຽງແຕ່ການແຈກຢາຍທີ່ມີຢູ່ສໍາລັບສະຖາປັດຕະຍະກໍາ x86_64, ເບິ່ງວ່າມັນເຮັດວຽກແນວໃດ, ແລະພະຍາຍາມຕິດຕັ້ງ Veeam Agent ສໍາລັບ Linux ໃນມັນ. ຖ້າທ່ານຕ້ອງການຮູ້ວ່າສິ່ງທີ່ອອກມາຈາກນີ້, ກະລຸນາເບິ່ງ cat.

ດັ່ງນັ້ນ, ເປັນການບິດເບືອນຂະຫນາດນ້ອຍ, ໃນກໍລະນີທີ່ຜູ້ໃດຜູ້ຫນຶ່ງບໍ່ຮູ້. "Elbrus" ແມ່ນແບບນັ້ນ ໂປເຊດເຊີ ດ້ວຍລະບົບຄຳສັ່ງສະເພາະ. ນອກ​ຈາກ​ນັ້ນ​, ມີ​ຊອບ​ແວ Elbrus OS​. ແລະ - ກົງກັນຂ້າມກັບຄວາມເຂົ້າໃຈຜິດທົ່ວໄປ - ເພື່ອໃຫ້ Elbrus OS ເຮັດວຽກ, ມັນບໍ່ຈໍາເປັນຕ້ອງມີລະບົບຮາດແວໂດຍອີງໃສ່ໂປເຊດເຊີ Elbrus. ມີ "PDK "Elbrus" ສໍາລັບ x86" - ໃນຄວາມເປັນຈິງ, ມັນປາກົດຢູ່ໃນສາທາລະນະໃນຮູບແບບຂອງແຜ່ນຕິດຕັ້ງ. ໂດຍວິທີທາງການ, ມີ footnote "PDK - ຊຸດການພັດທະນາເວທີ, ຊຸດນັກພັດທະນາ" - ທີ່ຍິ່ງໃຫຍ່, ນັ້ນຫມາຍຄວາມວ່າຢ່າງຫນ້ອຍມີ compiler ຢູ່ທີ່ນັ້ນ.

ການ​ຖອຍ​ຫລັງ​ທີ່​ຖືກ​ບັງ​ຄັບ​ຂະ​ຫນາດ​ນ້ອຍ​ອີກ​ປະ​ການ​ຫນຶ່ງ​. ຄວາມຈິງແລ້ວແມ່ນວ່າຂ້າພະເຈົ້າໄດ້ຈັດການກັບຊອບແວພາຍໃນປະເທດ, ເຊັ່ນ MSVS ແລະ Baguette RTOS. ຂ້ອຍມີປະສົບການເຮັດວຽກກັບອົງປະກອບພາຍໃນປະເທດ, ລວມທັງໂປເຊດເຊີຈາກ MCST. ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າສາມາດເວົ້າດ້ວຍຄວາມຮັບຜິດຊອບຢ່າງເຕັມທີ່ວ່າມີຄວາມສະເພາະເຈາະຈົງໃນດ້ານນີ້ແລະຂ້ອຍຈະພະຍາຍາມບໍ່ແຕະຕ້ອງຢູ່ໃນບົດຄວາມ. ເມື່ອຂ້ອຍຕ້ອງການແທ້ໆ, ຂ້ອຍຈະໃສ່ແທັກ [TBD]. ດັ່ງນັ້ນພວກເຮົາຈະພະຍາຍາມເຮັດໂດຍບໍ່ມີການ trolling outright ແລະ moaning banal. ໃນທີ່ສຸດ, ອຸດສາຫະກໍາປ້ອງກັນປະເທດລັດເຊຍແລະອົງການຂອງລັດຖະບານຈໍາເປັນຕ້ອງເຂົ້າໃຈ. ປະເທດໃຫຍ່ - ງົບປະມານຂະຫນາດນ້ອຍ .. [TBD].

ໄລຍະສູນ - ດາວ​ໂຫຼດ ມັນເປັນທີ່ສັງເກດວ່າຂ່າວທີ່ Elbrus OS ໄດ້ກາຍເປັນທີ່ມີຢູ່ເຮັດໃຫ້ເກີດສຽງສະທ້ອນ, ດັ່ງນັ້ນຫຼາຍດັ່ງນັ້ນເຄື່ອງແມ່ຂ່າຍການແຈກຢາຍຫຼຸດລົງ. [TBD] ຂໍຂອບໃຈກັບ Yandex ແລະວິສະວະກອນທີ່ຄິດຈະຍ້າຍມັນໄປທີ່ນັ້ນ. ດັ່ງນັ້ນຄວາມໄວການດາວໂຫຼດແມ່ນດີ.

ຂັ້ນຕອນຂອງການຄັ້ງທໍາອິດ - ການຕິດຕັ້ງ. ຂ້າພະເຈົ້າໄດ້ຕິດຕັ້ງມັນຢູ່ໃນ hypervisor ທໍາອິດທີ່ມີຢູ່ສໍາລັບການນໍາໃຊ້ຟຣີ. ຂ້າພະເຈົ້າໄດ້ຈັດສັນສອງແກນ, ສອງສາມ gigs ຂອງ RAM, 32 MB ສໍາລັບວິດີໂອ (ຈະມີການໂຕ້ຕອບຮູບພາບ, ຂ້າພະເຈົ້າຄິດວ່າ). ແຜ່ນແມ່ນເປັນປົກກະຕິ - 32 GB.
ຂ້ອຍເລີ່ມຕົ້ນການຕິດຕັ້ງ. ຂ້ອຍບໍ່ໄດ້ໃຊ້ຄໍາແນະນໍາໃນການຕິດຕັ້ງ, ດັ່ງນັ້ນຂ້ອຍບໍ່ສາມາດສະແດງຄວາມຄິດເຫັນກ່ຽວກັບມັນ. ການໂຕ້ຕອບການຕິດຕັ້ງ TUI ແມ່ນຫນ້ອຍທີ່ສຸດ.

ດີ, ຍິ່ງໃຫຍ່, ພວກເຮົາສາມາດເຮັດໄດ້ໂດຍບໍ່ມີຫນູ.

ຂ້ອຍຈັດການປ່ອງຢ້ຽມຕໍ່ໄປໃນການທົດລອງທີສອງ. ເປັນຫຍັງບໍ່ເລືອກອຸປະກອນເລີ່ມຕົ້ນ sr0 [TBD] ເມື່ອຕິດຕັ້ງຈາກແຜ່ນ?
ເລືອກແຫຼ່ງ CD-ROM ແລະສືບຕໍ່.

ໃນ​ຂະ​ນະ​ທີ່​ເລືອກ​ເຂດ​ເວ​ລາ​, ຂ້າ​ພະ​ເຈົ້າ​ທັນ​ທີ​ທັນ​ໃດ​ໄດ້​ຮັບ​ຮູ້​ວ່າ​ລະ​ບົບ​ການ​ນໍາ​ໃຊ້​ຂະ​ບວນ​ການ boot init​, ແລະ​ຂ້າ​ພະ​ເຈົ້າ​ເຮັດ​ວຽກ​ຈາກ TTY0​.

ຕົກລົງ, ຫຼັງຈາກນັ້ນໃຫ້ພວກເຮົາຈັດປະເພດ "Elbrus" ເປັນຊຸມຊົນ ເຊື່ອເກົ່າ[TBD]. ໃນຫຼັກການ, ນີ້ແມ່ນດີ: ທ່ານບໍ່ຈໍາເປັນຕ້ອງຮ້ອງຂໍໃຫ້ມີລະຫັດແຫຼ່ງເພື່ອເບິ່ງວ່າຂະບວນການດາວໂຫຼດເຮັດວຽກໄດ້ແນວໃດ, ເພາະວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນຂຽນ.

ສ່ວນທີ່ເຫຼືອແມ່ນເກືອບບໍ່ສໍາຄັນ: ພວກເຮົາເອົາທຸກສິ່ງທຸກຢ່າງແລະຕົກລົງ. ຕາມທາງ, ພວກເຮົາພົບວ່າ kernel ຖືກນໍາໃຊ້ 3.14.79-13.84. Hmm, Debian 7 ມີ 3.2 [TBD].

ຕໍ່​ໄປ​, ເລືອກ​ເອົາ​ການ​ແບ່ງ​ປັນ​ແຜ່ນ​ໃນ​ຕອນ​ຕົ້ນ​ແລະ ... ພວກ​ເຮົາ​ເຫັນ​ຄໍາ​ເຕືອນ​:

Hmm, somehow ການແບ່ງສ່ວນອັດຕະໂນມັດບໍ່ສາມາດຮັບມືກັບແຜ່ນ 32 gig. ຂ້າ​ພະ​ເຈົ້າ​ບໍ່​ໄດ້​ປ່ຽນ​ແຜ່ນ​; ຂ້າ​ພະ​ເຈົ້າ​ສໍາ​ເລັດ​ການ​ຊອກ​ຫາ​ທີ່​ມີ​ການ​ແບ່ງ​ປັນ​ແຜ່ນ​ຄູ່​ມື​ໃນ​ຮູບ​ແບບ "ທັງ​ຫມົດ​ໃນ​ຫນຶ່ງ​"​. ຂ້ອຍຕ້ອງຕິດຕັ້ງ ext3, ເພາະວ່າ /boot ບໍ່ສາມາດຢູ່ໃນ ext4.
ລະບົບໄດ້ເກີດຂຶ້ນໂດຍບໍ່ມີເຫດການ.

ຂັ້ນຕອນທີສອງ - ຄົ້ນ​ຫາ​ສໍາ​ລັບ​ທາງ​ເລືອກ​.
ຫຼັງຈາກ rummaging ໂດຍຜ່ານເນື້ອໃນຂອງແຜ່ນທີສອງ, ຂ້າພະເຈົ້າໄດ້ຮັບຮູ້ວ່ານີ້ແມ່ນ repository ທີ່ມີການເພີ່ມເຕີມ. ໃນຊຸດ. ແລະຊອກຫາຢູ່ໃນ /etc/apt/sources.list, ຂ້າພະເຈົ້າຮັບຮູ້ວ່າມັນຕ້ອງໄດ້ຮັບການຕິດຕັ້ງຢູ່ໃນ /mnt/cdrom. ແຕ່ຂ້ອຍບໍ່ພົບ /etc/os-release. ແຕ່ມີ /etc/mcst-version ທີ່ມີເນື້ອໃນ 3.0-rc36. 3.0 ແມ່ນອາດຈະເປັນສະບັບ - ມັນເບິ່ງຄືວ່າເຫມາະ, ແຕ່ rc36? ໂດຍທົ່ວໄປແລ້ວ, ຊອບແວພາກສ່ວນທີສາມສ່ວນຫຼາຍຈະບໍ່ສາມາດຮັບຮູ້ການແຈກຢາຍນີ້ໃນແບບຄລາສສິກ.

ໃນການແບ່ງປັນຮາກ, ໄດເລກະທໍລີ / mcst ຈັບຕາຂອງຂ້ອຍ, ແລະຢູ່ທີ່ນັ້ນ, ດ້ວຍຫົວໃຈທີ່ຈົມລົງ, ຂ້ອຍຄົ້ນພົບ / mcst / ສໍາຮອງຂໍ້ມູນ. ນັ້ນແມ່ນ, ມີເຄື່ອງມືສໍາຮອງ, ແລະມັນຖືກສ້າງຂຶ້ນໃນລະບົບ! “ດີຫຼາຍ,” ຂ້າພະເຈົ້າຄິດວ່າ, “ໃຫ້ເຮົາເບິ່ງວ່າອັນນີ້ເຮັດວຽກແນວໃດ!”

ມັນໄດ້ຫັນອອກວ່າມີ 4Kb bash script /mcst/bin/backup ທີ່ສະຫນອງການຄັດລອກໄຟລ໌. ໂດຍຄ່າເລີ່ມຕົ້ນ - ໄປຫາໄດເລກະທໍລີ /mcst/backup. ໃນລະຫັດແຫຼ່ງທີ່ຂ້ອຍຄາດວ່າຈະເຫັນຄໍາສັ່ງ rsync, ແຕ່ມັນບໍ່ຢູ່ໃນການຕັ້ງຄ່າເລີ່ມຕົ້ນ. script ພຽງແຕ່ຄັດລອກໄຟລ໌. ຄໍາສັ່ງມີລັກສະນະຄ້າຍຄືນີ້:

cp -rpdx <file backup> <file>

ໄຟລ໌ທັງໝົດ /mcst/bin/backup ຢູ່ທີ່ນີ້ຂ້າພະເຈົ້າເຕືອນທ່ານທັນທີວ່າ script ນີ້ພຽງແຕ່ບໍ່ພຽງພໍທີ່ຈະເຂົ້າໃຈຢ່າງເຕັມສ່ວນ. ມັນດຶງຟັງຊັນຈາກ /mcst/bin/source, ເຊິ່ງແມ່ນບາງສິ່ງບາງຢ່າງເຊັ່ນ: ຫ້ອງສະຫມຸດຂອງຫນ້າທີ່. ຂ້ອຍບໍ່ໄດ້ລວມເອົາມັນ (44KB).

#!/bin/bash

unalias -a

set +vx

source $(dirname $0)/source
[[ $? != 0 ]] && exit 1

OPTIONS="hvcdrRil:L:"

usage()
{
	echo "Usage: $PROG_NAME [-$OPTIONS] [backup]"
	echo "    h            - this help"
	echo "    v vv vvv     - verbose, very verbose, extremly verbose"
	echo "    c            - create backup"
	echo "    d            - diffs backup and system"
	echo "    r            - recovery system"
	echo "    R            - remove backup"
	echo "    i            - prompt before backup removing"
	echo "    l list       - additional backup files list"
	echo "    L list       - global backup files list"
	echo "    backup       - backup directory, default /mcst/backup/backup"
}

init_prog()
{
	typeset flg=0

	while getopts $OPTIONS opt
	do
		case $opt in
		h ) usage; exit 0;;
		v ) (( verbose = verbose + 1 )); set_verbose;;
		c ) flg=1; c_flg=1;;
		d ) flg=1; d_flg=1;;
		r ) flg=1; r_flg=1;;
		R ) flg=1; R_flg=1;;
		i ) i_flg=1;;
		l ) l_flg=1; list_arg="$list_arg $OPTARG";;
		L ) L_flg=1; LIST_arg="$LIST_arg $OPTARG";;
		* ) usage "Invalid option"; exit 1;;
		esac
	done

	set_verbose

	check_su

	init_variables

	shift $((OPTIND-1))

	if (( $# > 1 ))
	then
		echo_fatal "invalid arguments number, exp 0|1, act $#"
		exit 1
	fi

	[[ $# = 1 ]] && BACKUP=$1

	echo "Backup directory is $BACKUP"

	if [[ $L_flg = 1 ]]
	then
		backup_list="$LIST_arg"
	elif [[ $c_flg != 1 && $R_flg != 1 ]]
	then
		get_output_cmd "cat $BACKUP/$BACKUP_LIST_NAME"
		backup_list="$output_cmd"
	else
		get_output_cmd "get_backup_list"
		backup_list="$output_cmd"
	fi

	if [[ $l_flg = 1 ]]
	then
		backup_list="$backup_list $list_arg"
	fi

	if [[ $flg = 0 ]]
	then
		if [[ -d $BACKUP ]]
		then
			ls -laR $BACKUP
		else
			echo_info "Cannot access $BACKUP"	
		fi
		echo "backup_list=$backup_list"
		exit 0
	fi

###	echo "Backup list: $backup_list"
}

create_file()
{
	typeset f=$1 fr=$2
	typeset fb

	[[ -z $fr ]] && fr=$f

	fb=${f#/}

	fb=$BACKUP/$fb

	xcmd="rm -rf $fb"
	set_cmd "$xcmd"
	run_cmd

	xcmd="mkdir -p $fb"
	set_cmd "$xcmd"
	run_cmd

	if [[ -a $fr ]]
	then
		xcmd="cp -rpdx $fr $fb/file"
		set_cmd "$xcmd"
		run_cmd

		xcmd="touch $fb/create"
		set_cmd "$xcmd"
		run_cmd
	else
		xcmd="touch $fb/delete"
		set_cmd "$xcmd"
		run_cmd
	fi
}

diff_file()
{
	typeset f=$1
	typeset fb

	fb=${f#/}

	fb=$BACKUP/$fb

	if [[ -f $fb/delete ]]
	then
		echo_info "$f absent"
	elif [[ -f $fb/create ]]
	then
#		echo "state: create $f"

		if [[ ! -a $f ]]
		then
			echo_info "cannot access $f"
		else
			xcmd="diff -r $f $fb/file"
			echo "$xcmd"
			set_cmd "$xcmd" "" "0 1 2"
			run_cmd
		fi
	else
		echo_fatal "wrong $f backup"
		exit 1
	fi
}

recovery_file()
{
	typeset f=$1
	typeset fb

	fb=${f#/}

	fb=$BACKUP/$fb

	if [[ ! -a $fb ]]
	then
		echo_fatal "cannot access $fb"
		exit 1
	fi

	xcmd="rm -rf $f"
	set_cmd "$xcmd"
	run_cmd

	if [[ -f $fb/delete ]]
	then
		:
	elif [[ -f $fb/create ]]
	then
		xcmd="cp -rpdx $fb/file $f"
		set_cmd "$xcmd"
		run_cmd
	else
		echo_fatal "wrong $fb backup"
		exit 1
	fi
}

remove_backup()
{
	echo "Remove backup"

	if [[ ! -d $BACKUP ]]
	then
		echo_info "Cannot access $BACKUP"
		return
	fi

	if [[ ! -f $BACKUP/$BACKUP_LIST_NAME ]]
	then
		echo_fatal "$BACKUP_LIST_NAME absent, remove backup manually"
		exit 0
	fi

	answer=
	if [[ $i_flg = 1 ]]
	then
		echo -n "Remove $BACKUP directory (yes/...)?"
		read answer
	else
		answer=yes
	fi
	if [[ $answer = yes ]]
	then
		xcmd="rm -rf $BACKUP"
		set_cmd "$xcmd"
		run_cmd
	fi
}

recovery_backup()
{
	echo "Recovery system from $BACKUP" 

	for f in $backup_list
	do
		get_output_cmd "get_mount_point $f"
		mnt=$output_cmd
		get_output_cmd "is_ro_mounted $mnt"
		mnt=$output_cmd
		if [[ ! -z $mnt ]]
		then
			remount_rw_fs $mnt
		fi 
		recovery_file $f
		if [[ ! -z $mnt ]]
		then
			remount_ro_fs $mnt
		fi 
	done

	echo "The system is ready, reboot the system manually" 
}

create_backup()
{
		echo "Create backup"

		xcmd="mkdir -pm0777 $BACKUP"
		set_cmd "$xcmd"
		run_cmd

		for v in $backup_list
		do
			f=${v%%:*}
			backup_list2="$backup_list2 $f"
			fr=${v#*:}
			create_file $f $fr
		done
		echo "$backup_list2" >$BACKUP/$BACKUP_LIST_NAME
}

diff_backup()
{
	echo "Diffs system and backup" 

	if [[ ! -d $BACKUP ]]
	then
		echo_fatal "cannot access $BACKUP"
		exit 1
	fi

	for f in $backup_list
	do
		diff_file $f
	done
}

main()
{
	typeset f mnt mnt_list answer

	if [[ $R_flg = 1 ]]
	then
		remove_backup
	fi

	if [[ $r_flg = 1 ]]
	then
		recovery_backup
	fi

	if [[ $c_flg = 1 ]]
	then
		create_backup
	fi

	if [[ $d_flg = 1 ]]
	then
		diff_backup
	fi
}

init_prog "$@"

main

exit 0

ເຖິງແມ່ນວ່າ, ບາງທີຂ້ອຍບໍ່ເຂົ້າໃຈບາງສິ່ງບາງຢ່າງ? ບາງທີບາງຄົນສາມາດອະທິບາຍໃນຄໍາເຫັນ: script ນີ້ຮັບປະກັນການສໍາຮອງຂໍ້ມູນທີ່ປອດໄພແລະເຊື່ອຖືໄດ້ແນວໃດ? [TBD]

rsync, ໂດຍວິທີທາງການ, ແມ່ນລວມຢູ່ໃນ add-on. ບ່ອນເກັບມ້ຽນ. ເວີຊັ່ນ 3.1.3. ຂ້າ​ພະ​ເຈົ້າ​ຄິດ​ວ່າ​ການ​ນໍາ​ໃຊ້ rsync ຍັງ​ເປັນ​ທາງ​ເລືອກ​ທີ່​ດີກ​ວ່າ​ສໍາ​ລັບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ /mcst/bin/backup​.

ຕໍ່ໄປ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈເອົາສົດ ຕົວແທນ Veeam ສໍາລັບ Linux. ບາງຄົນຈະຖາມວ່າ: "Veeam ແລະການທົດແທນການນໍາເຂົ້າແມ່ນຫຍັງກ່ຽວຂ້ອງກັບມັນ?" ແມ່ນແລ້ວ, ມັນບໍ່ໄດ້ຢູ່ໃນທະບຽນ, ແຕ່ໄດ້ຮັບການຢັ້ງຢືນໂດຍ FSTEC, ຊຶ່ງຫມາຍຄວາມວ່າໃນກໍລະນີທີ່ບໍ່ມີທາງເລືອກທີ່ມັນສາມາດນໍາໃຊ້ໄດ້. ໃຊ້ເວລາສິບຫ້ານາທີກ່ຽວກັບທາງເລືອກຈາກ ທະບຽນ, ຂ້ອຍສາມາດຊອກຫາ 3 ເຊື່ອມຕໍ່ສໍາລັບຄໍາວ່າ "ສໍາຮອງຂໍ້ມູນ" (ບໍ່ກ່ຽວຂ້ອງກັບຄໍາຖາມຂອງຂ້ອຍສໍາລັບຄໍາວ່າ "ສະຫງວນ"). ຂ້ອຍບໍ່ໄດ້ເຮັດການວິເຄາະເລິກເຊິ່ງກ່ຽວກັບໂຄງການເຫຼົ່ານີ້, ດັ່ງນັ້ນຂ້ອຍຈະບໍ່ພະຍາຍາມຕັດສິນວ່າພວກມັນເຫມາະສົມສໍາລັບການສໍາຮອງເຄື່ອງຈັກທີ່ໃຊ້ Linux. ໃຜຕ້ອງການມັນຈະສະຫຼຸບຂອງຕົນເອງແລະແບ່ງປັນມັນໃນຄໍາເຫັນ.

ຂັ້ນຕອນຂອງການສາມ - ການຕິດຕັ້ງຕົວແທນ Veeam ສໍາລັບ Linux.
ດັ່ງນັ້ນ, ຕົວແທນ Veeam ສໍາລັບ Linux ປະກອບດ້ວຍສອງຊຸດ: ໂມດູນ veeamsnap kernel (ໂດຍວິທີທາງການ, ແຫຼ່ງ​ທີ່​ນີ້​) ແລະລະຫັດພື້ນທີ່ຜູ້ໃຊ້ທີ່ເປັນເຈົ້າຂອງໃນຮູບແບບຂອງຊຸດ veeam.

ມີບັນຫາເລັກນ້ອຍກັບການຕິດຕັ້ງໂມດູນ kernel - ຊຸດ dkms ທີ່ຂາດຫາຍໄປ. ນີ້ແມ່ນການບໍລິການທີ່ຊ່ວຍໃຫ້ທ່ານສ້າງໂມດູນ kernel ຈາກແຫຼ່ງ. ຕາມກົດລະບຽບ, ມັນມີຢູ່ໃນການແຈກຢາຍ deb ທັງຫມົດ. ຂ້ອຍຕ້ອງດາວໂຫລດມັນຈາກ de repository ພາກສ່ວນທີສາມ. ສິ່ງຫນຶ່ງທີ່ເຮັດໃຫ້ຂ້ອຍມີຄວາມສຸກແມ່ນວ່າຊຸດດັ່ງກ່າວບໍ່ຂຶ້ນກັບສະຖາປັດຕະຍະກໍາ, ດັ່ງນັ້ນມັນເຫມາະກັບແບບພື້ນເມືອງ. ເປັນຫຍັງມັນຈຶ່ງບໍ່ຖືກລວມຢູ່ໃນບັນຊີລາຍຊື່ຂອງແພັກເກັດທີ່ມີຢູ່, ຫຼືແທນທີ່ຈະ, ບໍ່ໄດ້ພັດທະນາ [TBD]? ບາງທີມັນສົມມຸດວ່າບໍ່ມີໃຜຄວນສ້າງແລະດໍາເນີນການໃດໆທີ່ບໍ່ແມ່ນ MCST kernel modules. ມີຄວາມແຕກຕ່າງກັນຢ່າງແທ້ຈິງຢູ່ທີ່ນີ້ - ເນື່ອງຈາກມີ linux-headers. ນັ້ນແມ່ນ, ໂມດູນ, ຖ້າຕ້ອງການ, ສາມາດປະກອບດ້ວຍມືແລະເປີດຕົວໂດຍ script ເມື່ອເຄື່ອງເລີ່ມຕົ້ນ. ຂ້າພະເຈົ້າຄິດວ່າທ່ານບໍ່ຄວນຄາດຫວັງວ່າການອັບເດດເລື້ອຍໆຈາກ MCST [TBD].

"ຕົກລົງ, ໂມດູນໄດ້ຖືກຕິດຕັ້ງ - ສ່ວນທີ່ຍາກທີ່ສຸດແມ່ນສິ້ນສຸດລົງ," ຂ້າພະເຈົ້າຄິດວ່າ ... ຊຸດ veeam ສໍາລັບ de repository ແມ່ນສໍາລັບແພລະຕະຟອມ amd64, ແລະ Elbrus OS ມີເວທີ x86_64 [TBD]. ຄວາມແຕກຕ່າງ, ແນ່ນອນ, ແມ່ນພຽງແຕ່ຢູ່ໃນຊື່, ແຕ່ຄວາມແຕກຕ່າງນີ້ເຮັດໃຫ້ເກືອບທຸກແພັກເກັດຈາກບ່ອນເກັບມ້ຽນ deb ຂອງພາກສ່ວນທີສາມບໍ່ເຫມາະສົມກັບ Elbrus OS. ຄວາມເຂົ້າໃຈຜິດທີ່ຫນ້າລໍາຄານນີ້ສາມາດລົບລ້າງໄດ້ງ່າຍໆ: ພຽງແຕ່ disassemble ຊຸດ, ແກ້ໄຂຂໍ້ມູນກ່ຽວກັບສະຖາປັດຕະຍະກໍາແລະເຮັດໃຫ້ມັນກັບຄືນໄປບ່ອນຮ່ວມກັນ. ເຮັດແນວໃດມັນ Googled ມັນ ທັນທີ.

mkdir tmp
dpkg-deb -R original.deb tmp
# edit DEBIAN/postinst
dpkg-deb -b tmp fixed.deb

ບັນຫາອື່ນແມ່ນການເພິ່ງພາອາໄສ. ໄຟລ໌ທີ່ຈໍາເປັນເບິ່ງຄືວ່າຈະຢູ່ທີ່ນັ້ນ, ແຕ່ວ່າການຫຸ້ມຫໍ່ແມ່ນບໍ່ມີ. ຄວາມປະທັບໃຈແມ່ນວ່າຊື່ຂອງຊຸດແຕກຕ່າງຈາກ "ການປຽບທຽບທີ່ນໍາເຂົ້າ" ຂອງພວກເຂົາ. ບາງທີຫ້ອງສະຫມຸດໄດ້ຖືກຫຸ້ມຫໍ່ແຕກຕ່າງກັນ. ຂ້າ​ພະ​ເຈົ້າ​ບໍ່​ໄດ້​ເຂົ້າ​ໄປ​ໃນ​ລາຍ​ລະ​ອຽດ​ຫຼາຍ​ເກີນ​ໄປ​, ເອົາ​ອອກ​ເກືອບ​ທັງ​ຫມົດ​ການ​ເພິ່ງ​ພາ​ອາ​ໄສ​, ແລະ​ການ​ຕິດ​ຕັ້ງ​ໄດ້​ສືບ​ຕໍ່​ເດີນ​ຫນ້າ​.

ຫຼັງຈາກນັ້ນ, ບັນຫາເກີດຂຶ້ນກັບລະຫັດເລີ່ມຕົ້ນການບໍລິການ. ສະຄຣິບ /lib/init/vars.sh ຫາຍໄປ. ດ້ວຍເຫດຜົນບາງຢ່າງ, Elbrus ຈັດການໂດຍບໍ່ມີມັນ, ດັ່ງນັ້ນພວກເຮົາຈະເອົາມັນອອກເຊັ່ນກັນ. ຕໍ່ໄປ, ພວກເຮົາຕ້ອງປ່ຽນຟັງຊັນຜົນຜະລິດຂໍ້ຄວາມ: ຟັງຊັນ log_daemon_msg ແລະ log_end_msg ຫາຍໄປ. ຫຼັງຈາກ rummaging ປະມານໃນໄຟລ໌ /lib/lsb/init-functions, ຂ້າພະເຈົ້າໄດ້ພົບເຫັນຫນ້າທີ່ log_success_msg - ມັນຈະດີສໍາລັບພວກເຮົາສໍາລັບການທົດລອງ. ໂດຍວິທີທາງການ, ໃນ /lib/lsb/init-functions ໄຟລ໌ແຖວ "# Source SuSE's rc functions" ແມ່ນຢູ່ໃນຕອນຕົ້ນຂອງໄຟລ໌ [TBD].

ຫຼັງ​ຈາກ​ການ​ປຸງ​ແຕ່ງ​ທີ່​ຫຍາບ​ຄາຍ​ຂອງ​ຊຸດ​ທີ່​ມີ​ໄຟລ​໌​, ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ທັງ​ຫມົດ​ຂອງ​ເຄື່ອງ​ຈັກ​ກ່ຽວ​ກັບ​ການ​ແບ່ງ​ປັນ NFS ໄດ້​ຖືກ​ເປີດ​ສໍາ​ເລັດ​. ການ​ຕິດ​ຕັ້ງ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ຍັງ​ສົບ​ຜົນ​ສໍາ​ເລັດ​. ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າເຊື່ອວ່າ, ສໍາລັບການສໍາຮອງຂໍ້ມູນເຄື່ອງຈັກກັບ Elbrus PDK, ດາວໂຫຼດ "ຄືກັນກັບວ່າ" ໂດຍບໍ່ມີພັນທະໃດໆ, Veeam Agent ສໍາລັບ Linux ແມ່ນເຫມາະສົມແນ່ນອນ. ເຖິງແມ່ນວ່າຫຼັງຈາກການດັດແປງທັງຫມົດທີ່ມີໄຟລ໌.

ແນ່ນອນ, ຊຸດການແຈກຢາຍ Elbrus OS ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນຢ່າງເປັນທາງການ, ເພາະວ່າມັນບໍ່ໄດ້ຖືກລວມຢູ່ໃນບັນຊີລາຍຊື່ທີ່ສະຫນັບສະຫນູນ. ນອກຈາກນັ້ນ, Veeam Agent ສໍາລັບ Linux ບໍ່ໄດ້ທົດສອບມັນໂດຍພະແນກ QA, ດັ່ງນັ້ນສິ່ງເຫຼົ່ານັ້ນ. ບໍ່ມີການສະຫນັບສະຫນູນ (ຢ່າງຫນ້ອຍໃນເວລາພິມເຜີຍແຜ່ບົດຄວາມ).

ຂ້າພະເຈົ້າຫວັງວ່າບົດຄວາມຈະເປັນປະໂຫຍດຕໍ່ຜູ້ທີ່ພະຍາຍາມປະຕິບັດຄໍາສັ່ງເລກທີ 334 ຂອງວັນທີ 29.06.2017 ເດືອນມິຖຸນາ XNUMX. ຂອງຂ້ອຍກັບເຈົ້າ ... [TBD].

ແຫຼ່ງຂໍ້ມູນ: www.habr.com